Associaspip 2.2

Publié le : 12 septembre 2011 – Dernière modification le 21 décembre 2021 – par Déesse A. , gilcot, Jeannot, Marcel BOLLA – 476 commentaires

56 votes

Attention, cette contribution est EN CHANTIER : elle n’est peut-être pas fonctionnelle.

Plugin permettant la gestion d’une association incluant les fonctionnalités suivantes :

Profil de votre association
Gestion des membres (en association optionnelle avec le Plugin Coordonnées et le plugin Champs Extras 2)
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
Comptabilité

Index de la documentation :

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.

Associaspip (2.2.1)

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

Les données de l’association

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.

Restriction d’accès

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.

Catégories de cotisation

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.

Relances

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

Notes

[1] Si la gestion comptable est activée, ce qui reste indispensable pour un réel suivi des cotisations.

[2] Par auteurs, on entend tous ceux qui ont un compte sur le site, qu’ils soient administrateurs, rédacteurs ou simple visiteurs sans accès à l’espace privé.

Discussion

5 ans 1 an 3 mois Sans limite

par date

104 discussions

2

Fennec72

Avril 2018

Bonsoir,

Une version pour spip 3.2 est-elle prévue ?

Merci d’avance,

Cordialement,

Hervé
- Racim
  
  Juin 2018
  
  Oui, une version pour la 3.2 avec une amelioration cela serait genial.
  MERCI
- Natacha Courcelles
  
  Avril 2020
  
  Bonjour
  le plugin est il maintenu ??
  merci
  Natacha
Répondre à ce message
1

JLGENET

Avril 2016

Bonjour
Toujours soucis avec la gestion de membres avec associaspip ...
- JLGENET
  
  Avril 2016
  
  Donc pour préciser et terminer ma demande !
  
  les nom et prénom n’apparaissent pas !!
  Merci de votre aide qui sera précieuse, je n’en doute pas.
  Jean-Luc
Répondre à ce message
Nicole

Mars 2016

Bonjour,
Je reviens à SpipAsso après 1 an 1/2 de silence, ça devait marcher ou bien l’asso fait dodo ;-)

Mais voilà, après avoir rentré plusieurs répartitions sans problème (jusqu’à trois destinations pour un montant), je butte sur celle-ci : d’après le plugin la somme 32,44 + 15,30 ne correspond pas au montant global de 47,74 !! et pas moyen d’en sortir. Je peux faire d’autres saisies avec d’autres montants qui passent (parfois pas) mais lorsque je reviens sur celle-ci, pas moyen :(

Une idée ?

Répondre à ce message
jlgenet

Novembre 2015

Bonjour
J’utilise la version2.1.18 du plugin avec spip3.
Globalement ok. La liste des membres dans la page membres apparaît sans les noms et prénoms alors qu’ils sont visibles dans la page association !!!
Cela a fonctionné un temps puis plus rien !
Je n’ai pas été attentif suffisamment pour me rappeler si l’ajout d’un autre plugin a provoqué cela !
Merci de vos zavis zéclairés ou solutions !
Cordialement
Jean-Luc

Répondre à ce message
1

Daniel

Avril 2015

Bonjour
Existe-t-il un projet de porter ce plugin sur SPIP 3 ?
Cordialement
Daniel webmaster d’un site associatif en SPIP 3
- Jmtconseils
  
  Mai 2015
  
  J’ai installé la révision 87322 sur un SPIP 3.0.17 (dernière version dispo sur la zone)
  Toute la partie gestion des membres fonctionne très bien.
  
  Par contre l’envoi des mails de relance ne fonctionne pas, alors que l’envoi de mail privé depuis la zone Auteurs fonctionne très bien.
  Des idées ?
Répondre à ce message
horetol

Mars 2015

Bonjour,

Bien que ce forum soit muet depuis un an maintenant .....

SPIP 2.1.26 [21262] Associaspip 2.2.0 [81307]

Méchant « warning » répété X fois ce matin :
Warning: implode(): Invalid arguments passed in /home/agedordefrance/httpdocs/plugins/auto/Associaspip/inc/association_comptabilite.php on line 648
Que faire ?

Merci

Répondre à ce message
4

momo

Octobre 2014

bonjour
je viens d’installer le plugin en local, première erreur, imcompatible avec le plugin agenda, pas moyen de l’activer.

dac, j’ai changé la version dans le paquet.xml, ça marche

mais ça veut dire qu’a chaque mise à jour de la version « agenda », ça va planter ???
est -il donc possible de remplacer la commande pour que ça s’adapte à toutes les versions du plugin agenda, n’étant pas doué pour développer, je vous demande .

merci de vos réponses
- momo
 
 Octobre 2014
 
 suite à un mail poster sur la liste Spip-avec-escal
 JC Villeneuve me propose de mettre :
 
 <necessite nom="agenda" compatibilite="[3.0.1;[" ></necessite>
 
 si ça marche ce serait bien de le mettre dans le plugin
 
 salut
- momo
 
 Octobre 2014
 
 je crois qu’il manque ceci
 
 <utilise nom=« agenda » compatibilite=« [3.0.1 ;3.14.4] »
- momo
 
 Octobre 2014
 
 décidement ça va pas aujourd’hui
 le bon c’est
 
 <necessite nom="agenda" compatibilite="[3.0.1;[" ></necessite>
- momo
 
 Octobre 2014
 
 je laisse tomber
 
 pas moyen de mettre le bon code, une dernière fois
 
 <necessite nom="agenda" compatibilite="[3.0.1;[" ></necessite>
 
 ok là c’est bon, dommage qu’on ne puisse pas effacer les coquilles
 
 c’est mal foutu ce truc
Répondre à ce message
2

telliac

Septembre 2014

Bonjour,
Je ne parviens pas à ventiler une destination comptable sur plusieurs destinations.
Mon plugin est configuré pour accepter la ventilation sur plusieurs destinations, mais quand je clique sur le « + » à côté du montant des destinations dans l’édition de compte, rien ne se passe.
Quelqu’un a-t-il une idée ?
- telliac
 
 Septembre 2014
 
 J’ai trouvé les erreurs et je les ai corrigées.
 
 fichier jquery.destination_form.js :ligne 9
 newRow.appendTo($(« #divNextDestination »)) ;
 au lieu de newRow.appendTo($(« #divTxtDestination »)) ;
 
 et
 
 fichier association_comptabilite.php : ligne 852
 . ((intval($GLOBALS[’association_metas’][’destinations’])<1) ? ’’ :
 au lieu de . ((intval($GLOBALS[’association_metas’][’destinations’])>1) ? ’’ :
 
 Comment faire pour proposer cette correction ?
- gilcot
 
 Octobre 2014
 
 Bonjour telliac,
 
 Le code étant libre et ouvert, il suffit de demander un accès au SVN pour contribuer directement :-) Mais sinon, les modifications signalées sur le forum sont répercutées dès que je peux. :-)
 
 Pour le fichier JS, c’est bien Next qui est requis (r81304 était incomplet), je corrige ça dans le prochain commit.
Répondre à ce message
Philippe Pellicier

Septembre 2014

Bonjour,
Est-ce que Associaspip est compatible avec SPIP 3 ?
Merci pour la réponse.

Répondre à ce message
richard

Septembre 2014

Bonjour,
je me permet de reposer la question postée par benlvt en janvier au sujet de la compatibilité de Associaspip 2.2 avec Spip3. J’ai réalisé un site avec Spip3.0 pour notre assoss et j’aimerai donner au trésorier un bon outil de gestion des adhérenst et de la compta ;
Merci Réponse.

Répondre à ce message
1

Turismus

Juillet 2014

Je sais que le plugin est en développement.
Mais souci car ecrire/?exec=edit_plan ne fonctionne plus contrairement à des versions précédentes.
- gilcot
  
  Juillet 2014
  
  Bonjour,
  
  Merci d’avoir signalé cette erreur qui était passée inaperçue (sûrement dû à une coquille). Elle sera corrigée dans un prochain commit.
Répondre à ce message
1

Turismus

Juillet 2014

Bonjour

Associaspip 2.2.0 (rev 81307).

Je suis le webmestre du site. J’ai ce message lorsque je veux modifier les autorisations d’accès aux groupes (Gérer les droits d’accès) :
edit_groupe_autorisations : Accès interdit.

Une solution existe-t-elle ?
- gilcot
  
  Juillet 2014
  
  Bonjour,
  
  La page de gestion des autorisations est cassée ; elle sera corrigée dans un prochain commit (le problème et sa solution sont connus)
Répondre à ce message
Turismus

Juillet 2014

Et une précision aussi si possible,
Comment, si c’est faisable, régler le plugin pour le cas suivant.
Les cotisations sont payées n’importe quand dans l’année mais *toujours* avec la date d’échéance au 30 juin de l’année en cours. Autrement dit un adhérent peut payer la même cotisation pour un mois comme pour 12 mois.
Comment faire « basculer » automatiquement le statut de à jour (ok) vers échu ?.
Bon je sais que je peux faire des boucles avec Spip mais c’est dommage d’avoir deux systèmes de gestion.

Merci

Répondre à ce message
1

Claude FACTOO

Mars 2014

Bonjour,

Comment puis-je modifier en masse à partir de l’interface le montant payé par plusieurs membres pour participer à celle-ci.
Je m’explique, j’ai 100 membres qui participent à l’activité et ils payent chacun le même montant de 100€. Comment renseigner cela en masse ?
- gilcot
  
  Mars 2014
  
  Bonjour Claude.
  
  À l’heure actuelle, ce genre d’opération (modification de montant et autres) comptables en masse n’est pas possible. Peut-être à prévoir comme amélioration, mais d’ici là il faut les faire un par un (plus sécurisé) ou modifier en base de données (plus risqué et compliqué).
Répondre à ce message
1

Manu

Mars 2014

Bonjour,
Aaarrrrgggh ! J’utilise associaspip pour gérer les adhésions/cotisations et je souhaitais activer l’utilisation des dons. Parfait, sauf que, en appelant la pageecrire/ ?exec=ajout_don&id_auteur=xxx j’ai droit à un méchant
Aucun squelette prive/editer/editer_asso_dons.html n’est disponible...

Il y a quelque chose que j’ai mal fait ou est-ce qu’il y a un schmilblick quelque part dans le plugin ? Merci de votre éclairage...
- gilcot
  
  Mars 2014
  
  Bonjour Manu.
  
  Tu as mis le doigt sur un vieux bogue qui vient d’être corrigé ; la faute n’était pas à ton niveau. Avec l’un des prochains zip ça devra le faire.
Répondre à ce message
benlvt

Janvier 2014

Bonjour,

Merci pour cette contribution
Une version compatible avec Spip 3.0 est elle prévue prochainement ?

Répondre à ce message
1

chicbin

Janvier 2014

Bonjour,
Je ne parviens pas à supprimer un membre de la liste : le formulaire de gestion des membres appelle un fichier « supprimer_adherents.php » qui n’existe pas (pb identique à la tentative de suppression de ligne comptable signalé récemment).
Merci pour votre réactivité
- gilcot
  
  Janvier 2014
  
  Bonjour.
  
  Ce désagrément est corrigé (r79901) et à présent disponible dans le zip regénéré.
  Je vois qu’il y a d’autres petites corrections à faire sur cette page, mais n’hésitez pas à signaler toute anomalie que vous constatez.
  
  Merci.
Répondre à ce message
1

chicbin

Janvier 2014

Bonjour,
Je teste le plugin (dans sa version 2.2) en local : j’ai fait cotiser par mégarde le même membre deux fois de suite. Imposible de supprimer la ligne comptable superflue. Il semble que le fichier suppr_comptes.php appelle un fichier supprimer_comptes.php qui n’existe pas.
Y a-t-il moyen de remettre cette fonctionnalité en marche ?
Merci
—
SPIP 2.1.12 et Associaspip 2.2.0
- gilcot
  
  Janvier 2014
  
  Bonjour chicbin.
  
  Merci pour le signalement ; le souci a été corrigé hier après-midi (r79857). Il faudra télécharger à nouveau le zip pour bénéficier du correctif.
Répondre à ce message
6

Manu

Décembre 2013

Warning : strval() expects exactly 1 parameter, 0.....
Bonjour,
Si ça peut aider, il y a toujours ce message sur la page ecrire/ ?exec=ajout_cotisation&id=auteur=xxx... ce n’est pas bloquant mais un peu désagréable/inquiétant tout de même. (voir copie d’écran)

SPIP 2.1.24 et Associaspip dernière révision...
- gilcot
  
  Décembre 2013
  
  Bonjour Manu.
  
  En allant sur la page de « gestion des plugin » (/ecrire/?exec=admin_plugin), puis en cliquant sur « Associaspip » (le texte à côté du logo, mais pas la case à cocher !) dans la liste des plugins actifs ; quelle est l’avant-dernière ligne affichée dans le bloc qui se déplie ? (les deux dernières lignes sont par exemple, sur une de mes installations également sous SPIP 2.1.24 [20945] : Version : 2.2.0 [79568] et Répertoire : auto/Associaspip)
  Cette information permettra une meilleure investigation : pour l’instant, je n’arrive pas à reproduire l’erreur ni à deviner où il pourrait se situer.
  
  Merci.
- Manu
  
  Décembre 2013
  
  Bonsoir Gildas et merci de t’intéresser à mes petits soucis...
  
  Donc, pour répondre à ta demande, chez moi, c’est :
  Version : 2.2.0 [79044]
  Répertoire : auto/Associaspip
  SPIP 2.1.24
  
  PS : Par ailleurs, as-tu une idée de ce qui se passe pour cette histoire de barre de boutons (voir mon message plus bas) ?
- gilcot
  
  Décembre 2013
  
  Bonsoir Manu.
  
  J’ai enfin pu reproduire le problème sur une installation de test ; mais j’ai besoin de confirmation : sur l’installation de test, la compta est activée mais on n’utilise pas les destinations ; est-ce le cas de ton côté aussi ?
  
  Et il n’y a pas de petits soucis...
- Manu
  
  Décembre 2013
  
  … Euh…. je ne sais pas répondre ! Je ne comprends pas très bien ce qu’est une « destination ».
  J’ai tenté de parcourir le plugin à la recherche d’un module « destinations » mais je n’ai rien vu… Par contre, chemin faisant, j’ai rencontré quelques soucis supplémentaires :
  - 1 fatal error sur la page ecrire/ ?exec=compte_resultat (voir copie d’écran)
  - 2 : de nombreux warning sur la page ecrire/ ?exec=edit_plan (voir copie d’écran). Je suppose que c’est lié, mais les listes déroulantes CLASSE et CODE sont vides
- gilcot
  
  Décembre 2013
  
  Bonjour.
  
  Pas de souci : entre temps j’ai pu confirmer la chose (dans la configuration du plugin, dans la partie activation de la compta, il y a une liste déroulante qui est sur Non, ne pas utiliser les destination comptables. C’est dans cette configuration que le bug se produit...) Correction en cours...
  
  Pour la page des comptes de résultats, l’erreur a été corrigé hier (r79631)
  
  Pour les listes déroulantes de classes et codes, je pense que c’est résolu par les corrections précédentes (r79594 et r79595), sauf s’il s’agit d’effets non décelés par les tests. Je regarderai ça ce soir.
  
  Merci.
- gilcot
  
  Décembre 2013
  
  Bonjour.
  
  Le problème initialement signalé (disgracieux message d’erreur affiché lors de l’ajout d’une cotisation) est corrigé (r79678)
  
  Par contre, je n’ai pas encore pu reproduire les avertissements générés par PHP lorsqu’on tente d’ajouter une référence comptable.
  
  Merci.
Répondre à ce message
2

Manu

Décembre 2013

Je déterre également la question de pouvoir donner accès à la barre de boutons [Association - membres - Comptes] à un rédacteur

J’ai tenté de mettre ce rédacteur dans les groupes qui me paraissaient en rapport. J’ai également tenté de jouer avec les autorisations mais je n’ai pas su trouver la bonne clef : cette barre de bouton reste absente. Que faut-il modifier ?
Merci d’avance
- gilcot
  
  Décembre 2013
  Bonjour.
  
  L’affichage des virgules avant les groupes de certains auteurs est corrigé (r79578)
  Le souci des onglets qui ne s’affichent pas quand on n’est pas administrateur complet est corrigé (r79583)
  Pour avoir accès au livre comptable, il faut être autorisé à voir les opérations comptables... Si de plus on doit pouvoir ajouter/supprimer/valider des écritures, il faut être autorisé à éditer les opérations comptables...
  Il faut noter cependant que, par défaut, l’accès à l’édition de la compta donne accès à un certains nombre de pages de modules utilisant la compta... et tous les rédacteurs doivent voir les onglets Association et Membres...
  L’interface de gestion des autorisations a été remanié pour être plus lisible (r79577)
- Manu
  
  Décembre 2013
  
  Merci… Je teste ça dès que j’ai un petit moment de libre….
Répondre à ce message
1

Cyril Marion

Novembre 2013

Bonjour,

J’ai noté sur le carnet wiki deux propositions d’améliorations ; j’espère pouvoir dégager des ressources pour y contribuer : http://contrib.spip.net/Feuille-de-route-Associaspip-2-2

Espace adhérent : il s’agirait de donner aux membres un accès avec identification, à une page sur la partie publique du site (afin d’éviter qu’ils aient à rentrer dans l’interface privée) qui leur permettrait d’effectuer des actions basiques : modifier leurs coordonnées, lister leurs dons ou cotisations, etc.

Règlement des cotisations : il s’agirait de permettre à un adhérent, dûment identifié, de régler sa cotisation ou d’effectuer un don en ligne, depuis une page de l’interface publique.

Il me semble que ce sont deux fonctions essentielles pour un site d’association. Mais peut-être que l’utilisation d’AssociaSPIP n’est pas conseillée sur le même site que le site de l’association ? Est-ce que ces propositions ont déjà été discutées ?
- gilcot
  
  Novembre 2013
  
  Bonjour Cyril.
  
  Associaspip s’adresse clairement aux associations qui utilisent SPIP d’une part et veulent gérer leurs membre en ligne d’autre part. Donc on peut à priori l’utiliser sur le même site (ou pas) mais séparément puisque Associaspip gère les statuts des membres indépendamment de celui des auteurs (deux tables différentes), ce qui peut plaire ou pas (certains trouvent cela un peu plus lourd/compliqué.)
  
  Le truc par contre, c’est que cette gestion se fait, comme pour les objets natifs de SPIP, dans l’espace privé (et il peut y avoir publication dans l’espace public !) Personnellement, je n’ai jamais compris la réticence à utiliser l’espace privé (comme son nom le dit, c’est fait pour cela... par contre je comprends que c’est pas évident quand les auteurs ne sont pas rédacteurs mais visiteurs)
  Cependant, une page publique peut être facilement développé vu que toutes les boucles sont disponibles (et une bonne partie de cette nouvelle version, encore en cours, s’appuie sur des squelettes). Les formulaires sont également (ou enfin) disponibles avec la 2.2. Comme je disais dans un autre commentaire (que j’ai la flemme de rechercher pour faire le lien), il faut juste faire attention aux permissions.
Répondre à ce message
15
Afestorg

Août 2013
Bonjour
Spip. 2.1.19 [19922] et Associaspip rev 73765 (téléchargement depuis cette page).

Message d’erreur à l’installation :
1 Erreur(s) dans le squeletteNuméro message squelette boucle Ligne 1 Erreur SQL 1146 Table 'associaspip22_73765.spip_association_metas' doesn't exist SELECT valeur FROM spip_association_metas WHERE nom='plan_comptable_prerenseigne'
La table existe cependant avec deux champs remplis (base version et charset) rien concernant le plan comptable.

Mais surtout impossible d’activer le plan comptable. (voir pièces jointes)
Sans choix de pays (/?exec=configurer_association puis Activer l'aide à la déclaration du plan comptable, on a bien le choix de la classe comptable (liste déroulante) mais pas aux références comptable ensuite.
Avec le choix de pays (FR en l’occurence) on a aucun choix ( aucune liste déroulante active )
- gilcot
 
 Octobre 2013
 
 Bonjour Afestorg
 
 S’agit-il de la version 2.1-stable comme mentionné dans le message ou de la version 2.2-dev comme semble l’indiquer la capture d’écran ? Y a t-il eu une migration ?
 L’absence de références dans la liste déroulante vient de la non prise en compte du plan comptable. Cela est certainement lié à l’erreur SQL mentionné ; je regarde ça.
- afestorg
 
 Octobre 2013
 
 Bonjour,
 
 Je ne le crois pas mais j’ai peut-être fait une erreur.
 Comme je vous le dis par ailleurs, je réinstalle la dernière version et reviens vers vous si nécessaire.
 Merci.
- afestorg
 
 Octobre 2013
 
 Installation vierge version 2.1.16 [75728]
 
 J’ai désinstallé le plugin d’abord via le « Désinstaller » de Gestion des plugins, pui suppression de la totalité des fichiers du répertoire plugins/auto.
 
 Vérification en BD. Trois tables non désinstallées :
 spip_asso_exercices spip_asso_groupes spip_asso_groupes_liaisons
 
 Supression par mes soins.
 
 Après activationdu plugin, verification en base :.
 Quatre tables créées :
 
 spip_association_metas spip_asso_destination spip_asso_destination_op spip_asso_membres
 
 Essai de configuration du pluginexec=configurer_association.
 Message d’erreur : spip_asso_plan does’nt exist.
 
 Donc passage à exec=plan_comptable (pas évident de deviner qu’il faut commencer par là)
 
 Résultats :
 1°) même message d’erreur spip_asso_plan spip_asso_plan does'nt exist
 2°) blocage avec exec=edit_plan : pas de choix déroulant après sélection d’une classe. Voir pièce jointe
 
 Pas de nouvelles entrées dans prive_association_log (que j’avais conservé)
 
 Dans prive_spip_log, je relève ces deux lignes :
 
 Oct 01 14:37:47 82.238.195.37 (pid 371131) Erreur - ’association_declarer_tables_principales’ non definie !
 Oct 01 14:37:47 82.238.195.37 (pid 371131) Erreur - ’association_declarer_tables_auxiliaires’ non definie !
- gilcot
 
 Octobre 2013
 
 Ah... j’avais pas lu...
 
 Le contenu des logs mérite investigation parce-que ça signifie que la procédure d’installation n’a pas fonctionné comme il se doit (sinon on aurait eu une erreur non ? je crois) et du coup les tables ne sont pas (re)créées (ni définies proprement pour que SPIP sache faire les boucles) !
- afestorg
 
 Octobre 2013
 
 En effet, un peu plus tard, j’ai eu des messages d’erreur signalant que certaines tables étaient manquantes.
 Comme j’ai une autre installation de Associaspip 2.1 par ailleurs j’ai simplement copié les structures des tables dans ma BD.
 En plus, je vois que je ne poste pas au bon endroit. Je devrais poster sur le forum de la 2.1 n’est-ce pas ?
- Telliac
 
 Octobre 2013
 
 J’ai le même type d’erreur à l’installation de Associaspip 2.2.0 sur un spip 2.1.13 :
 — -
 À l’installation, :
 
 "1 Erreur SQL 1146
 Table ’vam.vam_association_metas’ doesn’t exist
 SELECT valeur FROM spip_association_metas WHERE nom=’plan_comptable_prerenseigne’"
 
 (pourtant, il y a bien une table vam_association_metas dans la bd vam)
 — -
 Ensuite, à l’usage, je ne parviens pas à utiliser le plan comptable.
 
 J’ai demandé l’aide à l’utilisation du plan comptable : FR
 Avec comme pays : FR
 
 Mais le plan comptable est vide, et quand je veux ajouter une référence comptable, les menus déroulants Classe et Code ne contiennent que « ----- Classe comptable indeterminée » et ’--- Choisir une référence comptable".
 Impossible donc de créer une référence.
- Telliac
 
 Octobre 2013
 
 Précision, mon Associaspip est également le 2.2.0 [73765] téléchargé ici, et mon Spip n’est pas 2.1.13, mais 2.1.23.... Au cas où....
- Telliac
 
 Octobre 2013
 
 [Edit :] Spip 2.1.23 et Associaspip 2.2.0 [73765] venu d’ici.
- Telliac
 
 Octobre 2013
 
 J’ai trouvé la correction du bug :
 dans le fichier inc/association_comptabilite.php
 
 Lignes 136 et 160, remplacer
 
 $id = $GLOBALS[’association’][’plan_comptable’] ;
 
 par
 
 $id = $GLOBALS[’association_metas’][’plan_comptable’] ;
- gilcot
 
 Octobre 2013
 
 Bonjour Telliac.
 
 Merci pour le signalement et la correction dans la foulée, d’autant plus que ce n’était pas évident/trivial par rapport à l’erreur engendré (du coup j’aurais cherché ailleurs ! very good catch)
 Cette correction est publiée dans la révision 77715.
 
 Merci beaucoup.
- Telliac
 
 Octobre 2013
 
 De rien, mais il va falloir corriger aussi le correctif, car il engendre un autres bug de traduction (conflits entre les différents fichiers de langue à mon avis). J’ai réglé ce problème de traduction, mais il reste encore d’autres soucis à régler avant que je ne vous propose mon correctif :
 
 - Quand on entre une nouvelle référence comptable, le choix du code dans la liste du modèle de plan comptable ne se répercute pas correctement dans le formulaire ( alors que le javascript est censé remplir automatiquement les champs code et intitulé.) On est donc obligé de recopier le résultat dans la zone texte en dessous, ce qui limite l’intérêt de la liste.
 
 - La page « parametrage du plugin » affiche un message d’erreur « votre saisie contient une ou plusieurs erreurs » dès que j’essaie d’activer le plan comptable. Mais ce message ne précise pas les erreurs en question, et cette erreur demeure sur la page quels que soient les réglages effectués pour le plan comptable.
- gilcot
 
 Octobre 2013
 
 Je rejoue cela à tout à l’heure pour corriger les problèmes d’erreur lors du paramétrage.
 J’en profiterai pour regarder le choix du code (ça doit être un coquille quelque part)
- Telliac
 
 Octobre 2013
 
 Autres précisions glânées dans mes experimentations du code :
 - Le plugin semble nécessiter que les tables aient comme prefixe « spip_ » ce qui n’est pas forcémment le cas à la création de la base de données.
 - Le choix du plan comptable et de la langue nécessite l’utilisation du plugin « Liste de pays iso 3166-1 », mais ce plugin n’est pas une dépendance déclarée. J’ai l’impression qu’il en va de même pour les Plugin optionnels tels que « Champs Extra 2 », qui a l’air d’être plus que souhaité.
- gilcot
 
 Octobre 2013
 
 Bonjour.
 
 L’API SQL de SPIP nécessite l’utilisation du préfixe « spip_ » qui est ensuite automatiquement remplacé par le préfixe déclaré lors de l’installation. Si ce remplacement n’a pas lieu c’est à priori parce-que cette API est mal utilisée (sinon un bogue de SPIP ?) et c’est vrai que je n’ai pas eu à faire mes tests avec un autre préfixe...
 
 Les choix de pays (et non de langue) s’appuient en effet sur le plugin « Liste de pays ISO 3166-1 », mais c’est bien optionnel : en son absence on affiche le code du pays (c’est la valeur enregistrée) et non son nom, c’est tout.
 
 Le plugin « Champs Extra 2 » aussi est bien optionnel ! Mais c’est vrai que son intégration n’est pas encore bien au point (ceci dit ça fonctionne avec des alertes, mais sa présence ou son absence ne doit pas être bloquant sinon c’est un bogue à corriger)
 
 Merci.
- afestorg
 
 Octobre 2013
 
 Précisions
 
 Pour information, concernant un autre préfixe de tables que Spip, je n’ai pas eu ce souci. pour une installation (Version : 2.2.0 [77746] ) .
 
 Par contre je plussoie sur la gestion des erreurs. Pas d’information(s) sur celle(s)-ci. Et une erreur entraîne l’annulation de *toutes* les entrées : i.e. une erreur dans la partie « Gestion comptable » entraîne la suppression des données entrées dans « Données de l’Association ».
 Dur ! ;-)
 
 Concernant les plugins optionnels même question concernant le plugin « Coordonnées ».
 <utilise id="coordonnees" version="[1.4.5;1.5.99]" ></utilise>. Mais quid de la gestion des adresses et tél si on ne le charge pas ?
Répondre à ce message
1

Paul

Septembre 2013

Bonjour,

Sous Spip 2.1.x j’avais commencé, par erreur, à travailler avec la version 2.2.x. de Associaspip.
Je crois que cette version n’est pas encore prête pour Spip 3.0.x. Or il m’est demandé de passer de passer à cette version.

Serait-ce très difficile, à cette occasion, de « transférer » les infos de Associaspip 2.2.x vers Associaspip 2.1.x. D’uriliser une version « inférieure » ? Je me dis que je dois pouvoir récupérer la plupart des données.

Qu’en pensez-vous ?

Merci.
- gilcot
  
  Octobre 2013
  
  Bonjour Paul.
  
  Désolé de n’avoir pu répondre plus tôt.
  
  Du fait des évolutions de structures (de données) il n’est normalement/malheureusement pas possible de revenir en arrière (du moins automatiquement car une ancienne version n’est jamais conçu pour prendre en compte des versions qui n’existent pas encore en son temps)
  Pour une installation neuve (donc pas encore de données à récupérer/migrer ou si peu qu’on peut les réinjecter) il faut simplement supprimer et réinstaller ...ou mettre les mains dans le cambouis (puisque ce n’est pas automatique) : pour ça il faut commencer par retransformer la structure de la base de données (voir la documentation sur les boucles et balises, ou mieux —puisqu’il s’agit d’un usage avancé— les codes sources)
  Sinon, avec un peu de chance, la version 2.2 sera peut-être prêtre pour SPIP 3 au bon moment ? (donc patienter ?)
Répondre à ce message
3

Horetol

Août 2013

Bonjour Gilcot,

Comme vous le savez, je gère, entre autres, une association dont les membres sont assez nombreux ( + ou - 800 ) avec une rotation non négligeable.

Je me demande ce qui a conduit, pour la gestion des membres, et plus particulièrement lors de la création d’un nouvel adhérent aux choix de la Table auteur « spip_auteurs » à laquelle s’ajoutent, via le plugin Coordonnées, 6 tables (spip_adresses, spip_adresses_liens, spip_emails, spip_emails_liens, spip_numeros, spip_numeros_liens et bien sûr la table spip_membres.

Ceci rend assez lourde et longue la création/modification d’un nouveau membre. N’aurait-il pas été plus simple d’utiliser la table spip_membres en complément à « spip_auteurs » ?

Cette question car je cherche le moyen de faciliter la création d’un nouveau membre en simplifiant la procédure ( nombre de clics) et donc en raccourcissant le temps nécessaire. Comme l’on dit maintenant, je cherche à améliorer l’expérience utilisateur.
J’avais envisagé d’utiliser un formulaire depuis l’interface publique créé avec le plugin Formidable et son sous-plugin FormiTable, mais vu que cela implique la mise à jour de 8 tables cela me paraît compromis.
- Horetol
  
  Août 2013
  
  Lire : la table spip_asso_membres (et non pas spip_membres)
- Horetol
  
  Août 2013
  
  Lire : la table spip_asso_membres (et non pas spip_membres)
- gilcot
  
  Octobre 2013
  Bonjour.
  
  Coordonnées est un plugin dédié à la gestion des coordonnées et il le fait bien. Par rapport à Associaspip, il faut le voir comme un module (ce qui n’ont pas besoin de la fonctionnalité ne l’activent pas...) indépendant (c’est un plugin séparé qui sert à d’autres projets...) Il apporte plus de souplesse que ne saurait le faire la table des membres ; mais cela on ne s’en rend compte que lorsqu’on est confronté au souci :
  
  des coordonnées multiples (adresses ou numéros plus fréquemment) pour un même adhérent
  des coordonnées (uniques mais) partagées par différents adhérents (cas des numéros fixes/pro ou des adresses familiales plus fréquemment)
  des coordonnées qui peuvent être édités par les adhérents eux-même (conformément à la CNIL) et c’est cela de moins à gérer...
Répondre à ce message
4

jl

Septembre 2013

Bonjour,

Ce plugin n’est pas compatible avec la version 3 je suppose. Il le sera bientôt ?
est il assez stable en spip 2 ? Ou c’est se lancer dans une aventure ? merci
- spipfactory
  
  Septembre 2013
  
  Quelque prise de note & test... Associaspip sur un SPIP 3.0.11 [20757]
  
  J’ai été incapable d’installer Associaspip 2.1.16 - stable ( les tables ne sont pas créer)
  
  je me suis donc replier sur Associaspip 2.2.0 - dev
- stef
  
  Septembre 2013
  Salut
  
  je viens d’essayer avec une 3.0.11 tout en commentant les lignes « nécessite ». J’obtiens une page blanche. En forçant l’affichage des erreurs, j’obtiens :
  
  Fatal error: Cannot redeclare sinon_interdire_acces() (previously declared in /home/local/plugins spip/Associaspip/trunk/association_options.php:2759) in /media/www-dev/spip/ecrire/inc/filtres.php on line 3208
  
  un nom de fonction identique dans les filtres en SPIP3 ?
- spipfactory
  
  Septembre 2013
  
  La version stable pour spip est 2.1.16 - stable -> Télécharger
  
  la dev c’est de la bidouille, ceci dit tu a bien les plugins dépendant d’installer
  Agenda 3.12.1 - stable
  Accès Restreint 3.8.8 - stable
  cextras
  coordonnees
  fpdf
- stef
  
  Septembre 2013
  
  Salut
  
  C’est curieux, j’ai eu par un temps de biens meilleurs fonctionnements dans la version SVN que dans la 2.1.16. Notamment dans la gestion des relances, des correspondances des pages d’auteurs et de membres. Là à nouveau plus moyen d’ajouter un membre cotisant. Sic le trésorier va me gronder. Mais pourquoi ai-je essayé une montée de version. :)
  
  Quelqu’un pourrait me donner un numéro de révision en 2.2 pour spip3 qui soit fonctionnel ?
  
  merci
Répondre à ce message
spipfactory

Septembre 2013

je lit

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.

je viens d’inscrire un nouveau visiteur sur notre site et je ne le visionne pas dans les membres ?

est il possible de savoir ce que j’ai loupé

Répondre à ce message
spipfactory

Septembre 2013

Hello
je lit

Relances

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

pas moyens de voir pourtant j’ai bien un adhérent membre 5
visiteur / Catégorie / Participe a la pérennité de spipfactory par leur don
Montant 0.00 €

Validité 8 septembre 2012

donc pour un an l’echeance est passé ?
ou est mon erreur ?

Répondre à ce message
1

Manu

Septembre 2013

Fatal Error

Depuis la page ecrire/ ?exec=adherents, j’ai coché un adhérent pour le supprimer (bas de page : pour la sélection : Supprimer)

sur ecrire/ ?exec=action_adherents j’ai :
Fatal error : Cannot redeclare association_navigation_onglets() (previously declared in /home/rennespa/public_html/plugins/auto/Associaspip/inc/navigation_modules.php:31) in /home/rennespa/public_html/plugins/auto/Associaspip/association_modules.php on line 92

Aïe, ouille ! Un petit bug à corriger quelque part ?
Merci d’avance...
- Manu
  
  Septembre 2013
  
  Dans le fichier exec/action_adherents.php, j’ai commenté la ligne 14
  /* include_spip (’inc/navigation_modules’) ; */
  
  et ça semble OK... Mais est-ce la bonne façon de procéder ?
Répondre à ce message
1

manu

Août 2013

Proposition d’amélioration (?)

Bonjour,
il y a un fonctionnement qui me déconcerte dans associaspip (mais ce n’est que mon ressenti).
Depuis la page « Gestion des membres » (« ?exec=adherents »), un clic sur la loupe conduit à la page
Historique du membre (« ?exec=adherent&id=xx »)
Jusque là, pas de problème. C’est l’étape d’après qui me chiffonne.

Si l’on choisit de voir une des cotisations qui apparait sur cette page (icone loupe de la colonne « Action »), on s’attend à arriver sur quelque chose qui permet d’agir sur cette cotisation. Or, ?exec=comptes&id=xxx appelée conduit à un tableau listant nombre de cotisations et pour peu qu’elles soient nombreuses, la cotisation attendue n’est même pas forcément visible. Certes, on peut scroller et elle est mise en évidence par une coloration différente, mais je trouve cela déroutant

Pourquoi le tableau se se limiterait-il pas à la seule cotisation recherchée ? (voir image jointe)

Ensuite, sur le formulaire d’édition lui même, la mention compte xxx n’est pas très intéressante. Pourrait-on faire figurer le nom de l’adhérent à la place ? (voir image jointe)

À noter que sur le formulaire, j’ai droit à un désagréable warning :
Warning : strval() expects exactly 1 parameter, 0 given in /home/rennespa/public_html/ecrire/public/composer.php(49) : eval()’d code on line 177

Cela dit, merci encore une fois pour ce chouette plugin !
- gilcot
  
  Août 2013
  
  Bonjour Manu.
  
  La proposition est notée et la précédente discussion n’est pas oubliée ;-) C’est que les cotisations ne sont pas gérées de façon autonome (comparativement aux autres modules) et donc n’ont pas de vue propre (là on pointe sur la compta ...mais je vais voir si on ne peut pas améliorer l’affichage)
  Merci pour les illustrations (qui résument bien les échanges passés) :-)
Répondre à ce message
2

Manu

Août 2013

Bonjour,
j’aimerais autoriser un rédacteur à voir les membres, c’est-à-dire que j’aimerais qu’il y ait le bouton ?exec=adherents qui apparaisse depuis la page ?exec=associaspip
Dans la gestion des droits d’accès, j’ai rajouté l’auteur souhaité à tous les groupes dont l’intitulé avait à mes yeux rapport avec la gestion des membres, mais cela ne semble pas la bonne façon de faire puisque depuis la page d’accueil ?exec=associaspip il n’a accès qu’au profil de l’association et pas l’accès à la gestion des membres.
Idem pour la gestion des comptes ?exec=comptes
Comment faut-il faire ? Faut-il surcharger les autorisations ? Comment ?
Merci d’avance.
- gilcot
  
  Août 2013
  
  Bonjour Manu.
  
  Je n’ai pas la possibilité de vérifier dans l’immédiat, mais peut-être est-ce un bug sur lequel on a mis le doigt ? Normalement pas besoin de surcharger les autorisations (cela c’est pour le cas où l’on souhaite avoir un comportement différent de celui par défaut)
  Question : est-ce que en se rendant directement sur la page les utilisateurs ont accès ? (cela voudra dire que le problème n’est pas au niveau des même des autorisations mais des onglets)
  Remarque : il peut être nécessaire que l’utilisateur se reconnecte et/ou que l’administrateur vide le cache et tout pour que ce soit pris en compte.
  
  Bon, j’essaye de regarder tout cela rapidement.
- Manu
  
  Août 2013
  
  Oui, on peut contourner : si le rédacteur passe par les pages « auteur », il a accès depuis là à la page du membre. Et un accès direct par l’url ?exec=adherents n’est pas refusé...
  Ce sont bien les boutons qui semblent susceptibles !
Répondre à ce message
2

sbuchfr

Juillet 2013

Bonjour Gilcot,

Je ne l’avais pas précisé, mais il s’agit bien de listes filtrées avec plus de 30 membres. Mon groupe 101 en contient 173 ; 102 = 43.
En fait la pagination disparait dès que les critères de filtre sont utilisés.

Concernant l’impression liste dans la gestion des groupes, ce serait pratique mais pas forcement nécessaire puisqu’on peut le faire dans la liste des membres en filtrant par groupe. D’ailleurs avec le bug cité au-dessus c’est la seule manière de vérifier sur cette page que la liste est complète. Si ce n’est que le problème d’affichage rend la lecture difficile.

Ok pour Fpdf, j’attend que tu proposes une évolution. En attendant j’ai installé le plugin importCSV qui me permet de visualiser le contenu des tables. Ce n’est pas aussi pratique mais c’est ok.

Pour la gestion des adresses je me doutais bien que c’était volontaire. Ca serait sympa d’ajouter un nota dans la doc pour signaler : si les champs « Code postal » ou « Boite postale » sont vides l’adresse est considérée comme invalide et l’étiquette n’est pas générée.

Merci encore pour ce plugin.
- gilcot
  
  Juillet 2013
  
  Bonjour.
  
  Arf, il y a donc effectivement un bug de pagination quand les filtres sont actifs (je ne m’en étais pas rendu compte parce-que j’ai toujours peu d’adhérents). Je vais regarder ça ce soir. Merci beaucoup pour le signalement.
  
  C’est noté pour la documentation en ce qui concerne la gestion des étiquettes. Je vais voir comment on peut arranger ça aussi ; mais j’aurais aimer pouvoir en faire plus (là on a la possibilité de faire un courrier à ceux qui n’ont pas d’email, de leur écrire à leur domicile s’ils ont plusieurs adresses, mais ce serait bien de pouvoir restreindre aussi au pays et au code postal etc. sauf que cela complexifie le code et l’affichage or il faut que ça reste simple et facile à maintenir... durs compromis)
- sbuchfr
  
  Juillet 2013
  
  Bonjour Gilcot,
  
  J’ai jeté un coup d’oeil au code, mais je ne suis pas du tout un spécialiste. De fait j’en suis encore à essayer de comprendre ce que cela fait.
  Je suppose que le fait de passer un argument à la fonction change le traitement et empêche la pagination. Mais vu que je n’ai pas encore trouvé où se faisait la pagination :-))
  
  Bon le premier qui trouve prévient l’autre.
Répondre à ce message
2

sbuchfr

Juillet 2013

Bugs détectés sur associaspip 2.2.0

Bonjour,
J’ai détecté plusieurs anomalies.
Dans la liste de tous les membres actifs, si je filtre soit un groupe soit une catégorie, je ne trouve plus en bas de la liste « 0 | 30 | 60 | 90 » qui me permettent de passer aux pages suivantes.

J’ai installé le plugin Fpdf, j’imprime sans soucis les étiquettes pour les courriers, en revanche quand je veux une liste, chaque colonne « nom », « prénom »... sont très étroites et le résultat est inexploitable. il n’y a de plus aucun paramétrage possible.

La page de gestion des groupes ne propose que l’impression d’étiquette, mais pas de liste ce qui serait pourtant bien utile.

Si une adresse ne possède pas de code postal, alors l’étiquette n’est pas imprimée.

Sinon ce plugin est vraiment très bien, merci à ses créateurs,
- gilcot
  
  Juillet 2013
  
  Bonjour sbuchfr.
  
  Normalement, la pagination n’apparait que s’il y a trop de résultats (par défaut plus de trente...) Si la catégorie ou le groupe par lequel on restreint l’affichage ne contient pas assez d’éléments (donc plus de trente personnes), il n’y a pas de pagination.
  
  Pour les PDF, je n’ai pas eu le temps de m’y repencher, mais les listes sont en cours de ré-écriture pour mieux gérer : les retours à la ligne (dans les colonnes trop étroites), les largeurs (en fonction du nombre de colonnes demandées), certains problèmes d’accents... Les colonnes disponibles enfin seront celles disponibles pour la table du module en question... Bref, il y a encore tout un chantier...
  
  Concernant la gestion des groupes, l’impression de liste n’est pas proposée parce-que d’une part ne correspondant pas vraiment à une table (techniquement il s’agit de lier les groupes et les membres) ; sachant que la page des membres offre de pouvoir avoir la liste des membres d’un groupe avec pas mal d’autres informations... Mais je note de revoir s’il est possible de faire mieux.
  
  Il n’y a pas de bug en ce qui concerne les étiquettes d’adresse : le choix a été fait de n’imprimer que des « adresses complètes » parce-que ça n’a pas trop de sens de gaspiller du papier pour des adresses où le courrier ne pourra pas aller... Nota : on peut ne pas avoir de « code postal » mais par contre une « boite postale » (c’est le cas dans pas mal de pays) et c’est valide aussi.
- gilcot
  
  Juillet 2013
  
  Je viens de voir... Il faut cliquer (en bas et à droite) sur « Répondre à ce message » au lieu de créer une nouvelle discussion : c’est plus facile à suivre pour tout le monde.
  
  Merci.
Répondre à ce message
3

lolo06

Juin 2013

Je viens d’installer associaspip sour spip 3.0.10.
Il me dit activation impossible car il faut le plugin AGENDA au minimum en version 3.0.1... or j’ai la dernière version qui est la 3.12 !!!

Je pense qu’il y a un petit bug à corriger...
- gilcot
 
 Juillet 2013
 
 Bonjour lolo06
 
 Pour précision (si je lis bien), c’est SPIP 3.0.10 ? Dans ce cas il faut changer la borne, dans le plugin.xml comme suit : <utilise id="agenda" version="[2.0.1;3.12.99]" ></utilise> et nous signaler après tests intensifs si Associaspip fonctionne bien au niveau de la gestion des activités. Il n’y a pas de bug ; les bornes actuelles correspondent aux versions pour lesquelles on sait que le plugin fonctionne...
- gilcot
 
 Juillet 2013
 
 C’est moi qui marque n’importe quoi ou c’est SPIP qui me fait des corrections non voulue ? La modif est : <utilise id="agenda" version="[2.0.1;3.12.99]" ></utilise>
- gilcot
 
 Juillet 2013
 
 Ok, c’est bien SPIP... C’est « /> » et non « ></utilise> » !
Répondre à ce message
5

sbuchfr

Juin 2013

Bonjour,

Je viens d’installer Associaspip 2.2 et chose étrange je n’arrive pas à activer « Référence interne (à caractère informatif) »
Je coche dans la page de config du plugin et je clique sur OK mais à chaque fois je reviens sur la page et la coche a disparu

je suis sous SPIP 2.1.23

Merci,
- gilcot
  
  Juin 2013
  
  Bonjour.
  
  Je ne suis pas arrivé à reproduire l’erreur sur mon installation, mais je continue à regarder.
  Dans quelle partie la coche n’est-elle pas prise ? « La fiche des membres contient les champs : » ou « Sélectionner les champs à afficher sur la page des membres » ? Pour le second c’est normal : il n’y a pas lieu d’afficher une info qui n’est pas renseignée/éditable (ne pas confondre cette référence interne —propre à l’association— avec le numéro d’identification interne des auteurs Spip)
- sbuchfr
  
  Juin 2013
  
  Bonjour,
  Merci de cette première réponse aussi rapide. C’est exact, je n’ai pas été assez précis.
  
  donc dans la page « Configuration du plugin » « Options de gestion des membres »
  
  Il y a des cases à cocher dont les 3 premières sont regroupés en « La fiche des membres contient les champs »
  J’ai coché les 2 premières « Civilité » et « Prénom » sans aucun problème. Mais quand je coche la troisième « Référence interne (à caractère informatif) » et que je clique sur OK, si je reviens sur la page la coche est désactivé. Bien sur j’ai vérifié sur les pages des membres la référence interne n’est pas visible.
  Pour info j’avais fait un essai d’installation de SPIP 3 mais cela me génerait des problèmes dont j’ai rechargé par dessus la version 2.1.22 puis mis à jour avec la 2.1.23. Effet de bord, il restait des fichiers qui posaient des problèmes avec le plugin saisie. J’ai donc supprimé à la main tout ce qui restait de SPIP3.
  
  Autre chose j’ai commencé par installer le plugin assoc2.0 (qui est visible en auto) mais comme il générait une erreur et que je ne pouvais pas le configurer je l’ai désinstallé, supprimé du répertoire auto, puis installer à la main le contenu du ZIP de la 2.2.
  
  pour compléter ma configuration est en SPIP 2.1.23 [20601] avec les plugins actifs :
  Accès Restreint3.3.3 - stable
  Associaspip2.2.0 - en développement
  Champs Extras21.10.1 - en test
  Interface pour Champs Extras1.3.0 - en développement
  Coordonnées1.4.24 - en test
  Pays ISO 3166-11.0.6 - stable
  Saisies pour formulaires1.31.4 - en test
  P Bonux2.3.0 - stable
- gilcot
  
  Juin 2013
  
  Bon, du coup ça fait deux problèmes (la configuration et l’installation) :-)
  
  Installer une ancienne version par dessus une nouvelle laisse souvent des traces qui provoquent des perturbations... Il faut être sûr qu’il ne reste pas de fichier SPIP 3 et que ceux de SPIP 2.1.23 sont complets...
  Pareillement pour le plugin Associaspip : il faut bien le désinstaller (dans la gestion des plugins il y a un petit bouton pour désinstaller un plugin actif) avant de supprimer les fichiers par FTP sinon il reste des traces dans la base de données de Spip...
  
  Pour la référence interne, je regarde cela tout à l’heure.
- sbuchfr
  
  Juin 2013
  
  Pour la desintallation de associaspip je suis passé par la gestion des plugins, donc la base a du être nettoyée.
  Il me reste à vérifier les fichiers de SPIP3. mais j’ai passé en revue une grande partie des répertoires.
- sbuchfr
  
  Juin 2013
  
  J’ai revérifié s’il me restait des fichiers spip 3.
  J’ai desintallé associaspip 2.2.
  Remis associaspip 2.09. Que j’ai redesinstallé aussitot. J’ai de toute façon une erreur qui ne me permet pas de le configurer tout comme la première fois.
  Reinstallé associaspip 2.2.
  
  Rien n’y fait je ne peux pas activer la référence interne. Ce qui m’embête j’en aurai bien besoin.
  
  Info supplémentaire je n’ai pas activé le plan comptable.
Répondre à ce message
2

Manu

Juin 2013

Boucle mèlant AUTEURS et ASSO_MEMBRES

Bonjour, je cherche à mettre un peu d’ordre dans les listes des adhérents de notre asso. J’ai pensé à me faire un petit outils permettant de récapituler facilement le statut des membres, ceux qui sont abonnés ou pas à une newsletter.
Nous avons 350 personnes (AUTEURS) dont 130 sont membres (=présents dans asso_membres), les autres étant des sympathisants. Je cherche donc à faire un tableau récapitulatif listant l’ensemble des membres et listant : le nom, la validité, le/le(s) newsletter auquel cet auteur est abonné etc...

Je ne suis pas bien familier avec les tables de jointure et pour le moment, ça coince (je n’ai pas encore bien compris le mécanisme des jointures) :
- la boucle <BOUCLE_listes(AUTEURS){tout}>.... liste bien évidement tous les auteurs (ce que je souhaite) mais la balise #DATE_VALIDITE ne retourne rien
- la boucle <BOUCLE_listes(AUTEURS asso_membres){tout}>.... retourne bien #DATE_VALIDITE mais ne retourne que les 130 membres

Comment faut-il écrire la boucle pour que je puisse avoir la liste entière des 350 auteurs avec la date de validité pour les membres ?

Merci (beaucoup) d’avance
- gilcot
 
 Juin 2013
 
 Bonjour Manu. (assez sympa d’avoir mis un titre)
 
 Je ne sais pas faire ce genre de jointure (il s’agit d’une jointure ouverte —OUTER JOIN— en SQL) avec les boucles SPIP (dont les jointures automatiques, pour une boucle comme (AUTEURS ASSO_MEMBRES) sont de type fermé —INNER JOIN en SQL—, cas d’usage le plus courant...) Je peux indiquer comment faire en SQL (il faudra utiliser alors la boucle DATA mais on perd la portabilité avec cette méthode...)
 
 Une première approche que je vois et qui est moins performante (parce-que ça va générer plusieurs sous-requêtes, mais bon 350 lignes c’est pas ça qui mettra le serveur à genou et il y a le cache...) et moins élégante aussi, est d’utiliser les boucles imbriquée... <BOUCLE_listes(AUTEURS){tout}>... <BOUCLE_membre(ASSO_MEMBRES){id_auteur}> ... #DATE_VALIDITE ... </BOUCLE_membre> ... </BOUCLE_listes>
 
 Je pense qu’on peut utiliser aussi le critère doublon pour d’abord sélectionner les membres puis les sympathisants (qui n’ont de toute façon pas de date de validité...) La même chose est aussi faisable sans ce critère (en essayant d’utiliser les jointures pour la seconde boucle ou en ayant récupéré au préalable les #D_AUTEUR dans un tableau pour les exclure avec le critère IN inversé !)
- Manu
 
 Juin 2013
 
 OK et merci de la réponse...
 Yes, j’avais bien également ces pistes en tête mais c’était justement pour éviter ces requètes nombreuses et successives que je cherchais à voir si des BOUCLEs déclarant plusieurs tables/requetes ne pouvaient pas apporter à la fois une réponse élégante, économe et rapide...
 J’aimerais tout de même pouvoir creuser la question...
 Par curiosité : si quelqu’un connaissant bien le mécanisme des jointures SPIP voyait ce message... I am « preneur » de conseils
Répondre à ce message
1

dboul

Avril 2013

Bonjour, je souhaite utiliser Associaspip. J’ai tenté de l’installer sous SPIP 3.0.8, je rencontre quelques difficultés (table asso_plan_comptable non créée. J’ai remarqué qu’Associaspip n’est pas compatible avec cette version 3. Spip 2.1 ne semble plus être disponible en téléchargement. Comment faire ?
D’avance merci
- gilcot
  
  Avril 2013
  
  Bonjour.
  
  Ce n’est pas parce-que la page de téléchargement ne met en avant que la dernière version que les autres ne sont pas disponibles en archives !
  
  En utilisant l’interface dédié de votre SPIP 3.0, normalement il propose Associaspip 2.1 (version stable) ! Est-ce celle-là que vous tentez d’installez ? Auquel cas vous avez pas posté sur le bon forum (mais ce n’est pas grave).
  
  Cette version ci d’Associaspip n’est disponible que pour SPIP 2.1 pour la simple et bonne raison que d’une part elle est encore en chantier et d’autre part elle n’est testée que sous cette version de SPIP. Si c’est bien Associaspip 2.2 que vous tentez d’installer, c’est que vous avez trouvé la bidouille (sans quoi SPIP 3.0 ne devrait même pas accepter de l’installer !) La question de comment faire ne se pose donc pas...
  
  Dans tous les cas, avez-vous des messages d’erreur précis ? La table mentionnée n’existe pas dans le plugin...
Répondre à ce message
12

Horetol

Avril 2013

Bonsoir,

Les dernières modifications sont vraiment bienvenues et (me) facilitent la gestion notamment le bouton « ajouter une référence comptable » pour ne citer que celle-ci.

J’ai par contre un souci avec l’impression de la liste des inscrits à une activité car ces inscrits ne s’affichent pas sur l’impression en pdf
?exec=inscrits_activite&action=pdf_activite&arg=2062&hash=xx.. et ils ne s’affichent pas non plus via « Evènements » exec=agenda_evenements. Je suppose que c’est lié.

Par ailleurs même faiblesse de présentation du document (largeur des colonnes et caractères accentués non pris en charge).
Pouvez-vous m’indiquer sur quels documents je pourrais travailler pour essayer de participer à l’amélioration de ces pdfs ?

Enfin puis-je vous re-signaler, toujours dans Activités, que si, lors d’une inscription, on entre une fois un nom dans la case « Nom », ce sera toujours ce nom qui apparaîtra, dans quelque activité que ce soit, même si on entre un autre nom lors d’une autre inscription dans la même activité ou dans une autre activité. Je suis pas sûr d’avoir été très clair sur ce point ?
- Horetol
 
 Avril 2013
 
 Bonjour,
 
 Autres interrogations concernant les inscriptions (je suis sous la version : 2.2.0 [71440]
 
 1°) J’ai ajouté 'activite_libelle_montant_inscription' => 'Montant inscription', dans le fichier asso_fr.php. Cela doit sans doute aussi manquer dans les autres fichiers de langues.
 
 2°) Si j’entre une date dans la case « Date » de la partie « Paiement », (donc théoriquement date_paiement) du formulaire d’inscription (?exec=edit_activite&id_evenement=xx) l’inscription est considérée comme « Sans paiement », alors que si je n’entre pas de date, l’inscription est considérée comme « Avec paiement ».
 Je ne comprends pas pourquoi car la lecture des lignes 33 à 37 de inscrits_activite.php ainsi que les lignes 33 a 37 du formulaire editer_asso_activites.html me semblent bien correspondre.
 
 3°) Dans le cartouche de gauche, la partie " : "Effectif participations" donne le nombre, non pas de participants, mais de fiches d’inscriptions (voir copie écran). Du coup les statistiques y afférentes ("Statistiques participations") sont faussées.
 
 4°) Toujours dans le cartouche de gauche, partie « Montants Totaux participations », il y a une ligne « Recettes » et un ligne « Dépenses ». Je ne vois pas trop comment imputer des dépenses aux inscriptions ?
- Horetol
 
 Avril 2013
 
 Bricolage illogique en attendant de trouver le bon fichier à modifier :
 
 Dans inscrits_activites.php , afin que les codes couleurs correspondent aux codes couleurs du cartouche de gauche, j’ai interverti 'asso:activite_entete_impayees' et 'asso:activite_entete_validees' ligne 35 et 36 :
 
 ligne 35 était 'valide' => array( 'asso:activite_entete_validees',
 devient 'valide' => array( 'asso:activite_entete_impayees',
 et
 ligne 36 était 'pair' => array( 'asso:activite_entete_impayees',
 devient 'valide' => array( 'asso:activite_entete_validees',
- gilcot
 
 Avril 2013
 
 Bonjour Horetol
 
 Et non, ce n’est pas du bricolage ;-) C’est bien la plus simple des corrections justes. Correction intégrée (r71618)
 
 Pour l’effectif de participations, c’est bien celui d’inscriptions en effet (du moins c’est ce qui est prévu dans le code) ; l’intitulé est donc mauvais. Correction intégrée (r71624)
 
 Pour les dépenses, ce n’est pas prévu (on peut bien avoir des dépenses liées à la mise en place d’une activité, mais c’est complexe à gérer —la compta c’est pas si simple finalement— tout comme de prendre en compte les autres entrées d’argent afférentes qui ne sont pas les paiements des membres...) J’ai apporté une légère modification pour ne plus faire apparaitre cette ligne à zéro qui perturbe (r71629)
- gilcot
 
 Avril 2013
 
 Bonjour (je ne sais plus si j’ai pensé à saluer depuis que je réponds, mais si c’est en double ça ne fait pas de mal, et si ce n’était pas fait je m’excuse de mon impolitesse)
 J’ai oublié de répondre au premier message... (c’est décidément la journée des inattention, même dans les corrections publiées j’ai du m’y reprendre plusieurs fois)
 
 Pour les impressions de PDF, ce sont des « actions » (résultats d’envoi de formulaires en POST...) sécurisées ...donc dans le répertoire action/ du plugin, et ils commencent par pdf_...
 Pour les activités (fichier action/pdf_activite.php donc) ça prend un peu de temps parce-que je veux le ré-écrire comme pour les membres (qu’on puisse choisir les champs que l’on veut, y compris les champs extras...)
 
 Pour le nom des membres, je crois avoir compris en relisant calmement et lentement, et pense savoir d’où vient le problème (et si c’est ça la solution ne va pas être évidente). Je regarde ça de plus près tout à l’heure.
- Horetol
 
 Avril 2013
 Bonjour,
 
 Je viens de mettre à jour le plugin vers la version 71949.
 
 Message d’erreur (10 fois)
 
 Table 'provenceagedor.spip_asso_fonctions' doesn't exist SELECT asso_fonctions.id_auteur, L1.sexe, L1.prenom, L1.nom_famille, asso_fonctions.fonction FROM spip_asso_fonctions AS INNER JOIN spip_asso_membres AS L1 ON ( L1.id_auteur = asso_fonctions.id_auteur ) WHERE (asso_fonctions.id_groupe = 100) ORDER BY nom_famille
 
 ../plugins/auto/Associaspip/modeles/membres_groupe.htmlboucle _membres2groupe ligne 11.
 
 Il semble que cela vienne de exec/membres_groupes.php et de modeles/membres_groupes.html
 
 Dans modeles/membres_groupes.html, j’ai remplacé
 ligne 2 spip_asso_fonctions par spip_asso_groupes_liaisons
 la ligne 22 ASSO_FONCTIONS par ASSO_GROUPES_LIAISONS
 
 Dans exec/membres_groupe.php, lignes 27 et 36 j’ai remplacé
 spip_asso_fonctions par spip_asso_groupes_liaisons
 
 dans exec/adherents.php
 lignes 191 et 132 spip_asso_fonctions par spip_asso_groupes_liaisons
 
 Dans exec/adherent.php
 ligne 73 spip_asso_fonctions par spip_asso_groupes_liaisons
 
 Souci aussi avec exec/edit_adherent, mais pas eu le temps de trouver.
 
 S’il y a eu soit un changement, soit un ajout de table, cela va sans doute se répercuter dabs d’autres pages
 
 Par ailleurs, (mon message précédent du 5 courant) il manque toujours dans les fichiers du répertoire lang/asso_xx.php la traduction de activite libelle montant inscription
- gilcot
 
 Avril 2013
 
 Bonjour Horetol
 
 Comment se font vos mises à jour ? Si c’est en téléchargeant et en reversant manuellement le zip, il ne faut pas oublier de passer ensuite par la page exec=admin_plugin sans quei certaines opérations de mise à jour ne se font pas (là, les fichiers sont à jour mais pas le schéma de la base de données...) et quand tout se passe bien SPIP doit renvoyer en bel « OK » en vert et sinon un message d’erreur.
- Horetol
 
 Avril 2013
 
 Bonsoir
 
 J’utilise STEP.
 J’ai bien ce message que vous indiquez, à savoir :
 « Installation du plugin Associaspip »
 OK (en vert).
 
 Peut être une histoire de cache de navigateur ou le fait de travailler sur plusieurs pages à la fois ?
 
 Donc, si j’ai bien compris spip_asso_groupes_liaisons est devenu spip_asso_fonctions
- gilcot
 
 Avril 2013
 
 STeP signale t-il les changements pour Associaspip ? (parce-que normalement il les voit pas puisque le numéro de version n’a pas bougé...)
 
 Si c’est « OK (en vert) » c’est que tout s’est bien passé (la base de données migrée, mais aussi qu’il a rechargé les fonctions —sinon ça plante aussi avec les renommages de fonctions/fichiers...)
 Côté navigateur, je pense que cela peut expliquer certaines anomalies ..
 
 Je confirme que le nom de la table a changé pour être en accord avec l’existant (spip_asso_activites et non spip_evenements_liaisons ; spip_asso_prets et non spip_asso_ressources_liaisons ; spip_asso_membres et non spip_asso_categories_liaisons ; or du point de vue des utilisateurs elle défini les fonctions dans les groupes et il n’y a pas de contrainte de compatibilité qui oblige à garder spip_asso_groupes_liaisons)
- gilcot
 
 Avril 2013
 
 Euh... la chaine de langue activite libelle montant n’est normalement plus utilisée... Et je ne trouve pas de page où elle le serait...
- Horetol
 
 Avril 2013
 
 Bonsoir,
 
 Mise à jour vers 2.2.0 [72013]
 
 La chaîne en question :?exec=edit_activite&id_evenement=XXX
 Partie paiement : " activite libelle montant inscription " qui devrait sans doute être quelque chose comme "Montant inscription" ?
 
 Peut-être aussi quelque chose d’identique avec « type mel ref » dans ?exec=adherent&id=xx dans le cartouche de gauche.
 
 Ce fichier ?exec=edit_don&id_auteur=xx provoque un affichage d’une partie du code (voir image). Vérifié sur Chrome et Firefox.
 
 Je ne pense pas avoir fait d’erreur de procédure de mise à jour.
- gilcot
 
 Avril 2013
 
 C’est vrai pour le libellé... J’ai bêtement copié l’intitulé ici et c’est pourquoi je n’ai pas trouvé avec un grep sur les fichiers du plugin (il aurait fallut que je cherche avec des « underscore » à la place des espaces...) Bref, c’est corrigé à l’instant.
 
 Pour type_mel_pref la correction viendra dans la semaine (c’est dans Coordonnées en fait)
 
 Je regarde pour les dons plus tard, et j’en profiterai pour tenter de corriger un autre souci.
- gilcot
 
 Avril 2013
 
 Pas encore trouvé le temps pour Coordonnées à cause d’un sérieux bug sur Associaspip.
 Mais j’avais oublié de signaler que les dons sont réparés (y compris le souci d’ajout de don depuis la page listant les dons) depuis une semaine environ. Merci.
Répondre à ce message
9

horetol

Avril 2013

Bonjour,

Pourtant je le sais que le mieux est l’ennemi du bien ! Mais je n’ai pas su résister, donc ce matin j’ai installé la version 72068. J’ai suivi la procédure et donc théoriquement cela ne viendrait pas de là.

En dehors d’une légère modification sur « formulaires/editer_asso_membre.html » ligne 58
<BOUCLE_groupes_membre(ASSO_GROUPES_LIAISONS asso_groupes) ......>
changé en
<BOUCLE_groupes_membre(ASSO_FONCTIONS asso_groupes)......>

je n’ai apparemment plus de droits de webmestre. Pas possible par exemple d’ajouter une exercice comptable ou de modifier des membres ou activité.

J’ai divers messages du style " edit_adherent : Accès interdit ou edit_activite : Accès interdit edit_groupe : Accès interdit

J’ai vérifié dans la BD table spip_asso_fonctions je suis bien dans le groupe 100.
- gilcot
 
 Avril 2013
 
 Bonjour.
 
 J’ai justement cette révision sur un site, mais je ne constate pas l’erreur (j’ai accès, en tant que webmeste, à l’édition des adhérents et des groupes —les activités ne sont pas activées). Si je comprends bien, ce n’est qu’avec ces pages d’éditions qu’il y a des soucis ?
 
 Par ailleurs, le webmestre (admin non restreint) a droit d’accès à toutes les pages par défaut. Autrement, les exercices comptables nécessitent l’autorisation de configurer la compta ; editer les membres celui d’édition des membres etc. et chaque autorisation a un numéro spécifique (mais si c’est un problème d’autorisation, il y a bien longtemps que le souci aurait du se poser je pense)
- horetol
 
 Avril 2013
 
 Je suis bien webmestre du site. J’ai aussi essayé avec un autre webmestre avec les mêmes résultats.
 
 Cache et répertoire « temp » vidés. Arrêt et redémarrage de session.
 
 C’est en effet curieux parce que j’ai pu ajouter une référence comptable, mais quand je vais dans la page ?exec=exercice_comptable je n’ai pas de bouton « ajouter un exercice comptable » et si je cherche à modifier l’exercice actuel, j’ai ce message edit_exercice : Accès interdit. Idem si j’appelle directement edit_exercice. J’ai le formulaire, je le rempli, mais j’ai le même message d’erreur quand je veux confirmer.
 
 Et pratiquement aucune autre action autorisée.
 
 Je ne sais quoi faire, car je ne pense pas que l’on puisse revenir en arrière vers la version précédente (72013) qui ne me provoquais pas ce blocage.
 
 A moins que l’on puisse temporairement désactiver les autorisations ? Et je veux bien vous communiquer en privé les codes d’accès au site.
- gilcot
 
 Avril 2013
 
 Hello.
 
 Si la page ?exec=adherents ne pose pas de souci, c’est que ce n’est pas r72068 qui est en cause (c’est le seul fichier modifié en s’appuyant sur le fait que ce qui précédait fonctionne sans souci.) Les autorisations n’ont pas été touchées depuis r72013 (en fait depuis fort longtemps.) Je vais cependant regarder s’il y a des incohérences (pas normal qu’on puisse modifier un exercice existant mais pas en saisir un autre, mais si la page s’affiche c’est que l’erreur n’est pas où on croit.)
 
 Sinon, que disent les logs ? (/tmp/prive_spip.log surtout)
- horetol
 
 Avril 2013
 Bonjour,
 
 J’ai désactivé tous les plugins inutiles à Associaspip. J’ai déplacé Associaspip dans un répertoire « plugins_anciens ». J’ai, par ftp, chargé la dernière version disponible sur spip-contrib( Version : 2.2.0 [72087]).
 Vidé le cache et tmp/cache.
 
 ?exec=adherents me renvoie une page blanche (donc bien >== r72068 ?).
 spip_asso_meta m’indique « base_version 71780 »
 
 J’ai accès au reste mais sans possibilité d’ajout ou de modifications
 
 Que dois-je chercher dans /prive_spip.log ?
 Les dernières lignes semblent aller chercher les groupes 101 à 109 (ici simplement l’appel au groupe 101, sinon trop long !
 
 Apr 17 11:51:04 82.238.195.37 (pid 27873) calcul (1.353 ms) [../plugins/auto/Associaspip/modeles/membres_groupe] id_groupe=101, lang=fr, date='2013-04-17 11:51:04', date_default=1, date_redac='2013-04-17 11:51:04', date_redac_default=1 (1162 octets) Apr 17 11:51:04 82.238.195.37 (pid 27873) calcul (0.072 ms) [../plugins/auto/Associaspip/modeles/coordonnees_telephone] titre=Skype, numero=0770149287, maj='2013-04-05 16:22:25', lang=fr, date='2013-04-17 11:51:04', date_default=1, date_redac='2013-04-17 11:51:04', date_redac_default=1 (18 octets)
- gilcot
 
 Avril 2013
 
 Accès au reste sauf ajout/modification... Mais les pages s’affichent quand même ? J’ai regardé du côté des permissions, mais le problème ne semble pas venir de là : peut-être des formulaires mêmes ? Par ailleurs, en relisant, je vois qu’il est mentionné le groupe 100 : c’est Associaspip qui a autorisé sa création ? (étrange...)
 
 Pour les logs, c’est juste de voir s’il y a une erreur SQL silencieuse ou un problème de permission.
- horetol
 
 Avril 2013
 
 Bonjour,
 
 Le groupe 100 existe en base depuis le 2012-11-30 11:04:01. C’est donc un peu ancien. C’est le groupe de l’Administration et Bureau de l’Association.
 Je peux changer pour un autre numéro sans souci.
 Pas d’erreur SQL silencieuse dans les logs ou de mentions de permission (sauf à mal interpréter les journaux)
 la seule erreur MySql (prive_mysql.log) est étrangère à Associaspip : Table 'provenceagedor.syndic_liens' doesn't exist - SHOW CREATE TABLE 
- gilcot
 
 Avril 2013
 
 Ok, pour l’avertissement (message d’alerte/notification sans conséquence, pas une vraie erreur) SQL c’est sur la fiche de membre : la liaison à Coordonnées invoque une fonctionnalité non encore publiée.
 
 Pour les groupe, comme dit dans le carnet de route : les 100 premiers sont réservés pour la gestion des autorisations (d’où je suis surpris que le plugin ait permis la création de ce groupe depuis une de ses pages —si c’est fait manuellement dans la base c’est différent) D’ailleurs, est-ce que ce groupe apparait (et est donc éditable) dans la liste des groupes ? En tout cas certains tests sont à revoir (certains incluent/excluent le groupe 100 et d’autres pas)
 
 Ceci dit, en tant qu’administrateur complet (i.e. de toutes les rubriques) on a accès à tout indépendamment des groupes... Ce qui me fait penser que le problème ne viendrait pas des autorisations... Me confirmez-vous que le formulaire d’édition s’affiche mais n’est pas envoyé ?
- horetol
 
 Avril 2013
 
 Je confirme que, dans l’exemple de la création d’une groupe, le formulaire est affiché mais n’est pas envoyé.
 
 J’avoue que je ne me souviens plus comment ce groupe 100 a été créé. Je note, dans la BD, que tous les 8 groupes ont été créés à quelques secondes d’intervalle, ce qui m’incite à penser, sans certitude absolue, que je suis passé par le formulaire.
- gilcot
 
 Avril 2013
 
 Bonjour.
 
 Juste pour signaler (pour ceux qui passent sur le forum —et ne regardent/comprennent pas les logs de commit) que ce problème d’accès interdit sur les formulaires est réglé. Et toutes les excuses pour le désagrément occasionné.
Répondre à ce message
1

horetol

Avril 2013

Bonjour,

J’ai copié les fichiers du répertoire /modeles/ vers le répertoire squelettes afin de pouvoir les appeler.
Ce que je fait tout en étant connecté à l’interface privée afin d’avoir les autorisations d’accès.

J’ai au moins une informations validées en compta et dans l’exercice budgétaire qui comprend la période en cours. Pourtant asso_comptes me renvoie : « Aucun résultat »

J’ai 8 groupes et des membres à jour mais listes_groupe ne me renvoie rien.
Le critère {<100} est de temps en temps mis en cause, lors d’un recalcul
- gilcot
 
 Avril 2013
 
 Bonsoir.
 
 Mauvais forum... (il s’agit là de bidouilles de webmestres —donc une utilisation plus avancée— et non de problème d’installation/configuration/prise-en-main —le lot en version finale— ou de bug —hélas une bonne partie actuellement— mais ce n’est pas grave ^^ )
 
 Pour pouvoir appeler les modèles, pas besoin de les copier (ça marche très bien depuis le plugin) ; la copie c’est seulement si on veut « surcharger » (je dois encore compléter la documentation —difficile et fastidieuse à écrire— mais ces deux aspects sont dits ...avec des liens sur la documentation complète). Sinon, comment sont appelés les modèles ?
 Pour les comptes il faut préciser les paramètres (sauf id_compte comme dit la doc) ; par exemple <asso_comptes|imputation=756> si on veut lister les opérations avec cette imputation (cotisation).
 Pour les membres des groupes, c’est (pour l’instant et la documentation informe que le nom changera) : <membres_groupe|id_groupe=107> pour afficher les membres du groupe 107
Répondre à ce message
5

Artlogic

Mars 2013

Hello,

Avez-vous une idée du délai pour une sortie en SPIP3 ? De notre coté on a tout migré et c’est le dernier plugin qui nous coince et nous retiennent en spip2.

Merci de vos réponses
- gilcot
  
  Avril 2013
  
  Bonjour Artlogic.
  
  Je n’avais pas répondu à ce message... Mais en fait la réponse n’a pas changé depuis...
  Pour éviter de me répéter (le plugin est d’une part en phase de développement —donc pas trop stable— et d’autre part l’équipe de développement n’a pas migré sous Spip 3 —ceci dit le plugin étant sur la zone et si des compétences PHP utilisant la 3.0 sont intéressés à participer...— mais il semble fonctionner dans l’ensemble —excepter les points que j’évoque mais qui peuvent être infirmés) et donner la manipulation j’ai rajouté une section dans la feuille de route
- Artlogic
  
  Avril 2013
  
  Salut,
  
  Est-ce qu’on commit dans le répertoire trunk pour un fonctionnement de cette V3 ? Dans la mesure où je comprend ce qui a pu être fait, je dois pouvoir apporter quelque chose. J’ajouterai dans un premier temps la liste des bugs rencontrés dans cette V3. j’écrirai dans une nouvelle feuille de route si trop conséquent.
- gilcot
  
  Avril 2013
  
  Hello.
  
  Tant qu’il n’y a pas rupture de compatibilité (donc code fonctionnant avec SPIP 2.1), Associaspip 2.2 est bien dans le trunk oui :-)
  
  Tester (j’allais te proposer de faire une installation en local si t’es toujours motivé) et surtout rapporter les bugs ici fera beaucoup avancer les choses. Je pense que nombre de choses pourront être corrigées, et on signalera ce qui n’aura pas pu dans la feuille de route actuelle (parce-que j’espère que ce sera pas trop conséquent...)
  En tout cas merci : tous ceux qui attendent Associaspip 2.2 pour SPIP 3.0 te devront une fière chandelle ;-)
- Artlogic
  
  Avril 2013
  
  J’ai déjà installé le plugin en local sous V3. Je te ferais les retour de bugs ici ok.
- gilcot
  
  Avril 2013
  
  Parfait ^_^
  
  Je pense que certains ont fait des essais mais ont vite abandonné parce-qu’il fallait modifier le pluglin.xml à chaque mise à jour... (peut-être même que ça tourne sur des S3 mais sans bénéficier des corrections ?) Alors, je voudrais demander comme service de faire jouer plugOnet pour qu’on donne plutôt le associaspip2-2-paquet.xml à la place de la modification d’un fichier plugin... (c’est toujours chiant de devoir penser à remettre ce fichier mais ça plaira peut-être mieux)
  
  Voilà, juste une idée comme ça.
Répondre à ce message
1

awelvor

Avril 2013

Plan comptable
Activer l’aide à la déclaration du plan comptable (français uniquement)
Classe des comptes financiers
Réf. virements internes
Il faut d’abord enregistrer une class banque pour pouvoir choisir un compte de cette classe
Classe des comptes de charges
Classe des comptes de produits
Classe des comptes de contrib. volontaires
Classe des comptes de immobilisations

Gestion des cotisations

Une même référence comptable ne doit pas être utilisée pour plusieurs fonctions activées(ventes, dons, prets, activités) ou cotisations
Réf. comptableClasse des comptes de produits : FR=756
Dest. comptablePas de destination comptable définie !

Voici deux des messages apparaissant lors de la configuration du plugin.

Peux-tu m’éclairer pour les résoudre ?

awelvor
- gilcot
  
  Avril 2013
  
  Bonjour.
  
  C’est un souci d’ergonomie (indications ou prise en main pas suffisante/claire).
  Je conseille de créer les comptes financiers (classe 5) suivants : 510 (banques), 530 (caisses), 581 (virements internes). Ensuite, choisir la classe 5 comme « classe banque » et le compte pour les virements. (il faudra trouver, à terme, un moyen pour ne pas proposer de champ qui dépende d’un autre non configuré)
  Pour le second point, c’est juste qu’il y a deux modules/fonctionnalités (ou plus) activés/activées auxquels on a assigné la même référence comptable : on ne peut pas comptabiliser par exemple les cotisations et les dons dans les mêmes cases (ou paniers). En cas de doute, prendre les valeurs suggérées (en cliquant pour les cotisations par exemple sur « FR=756 »)
Répondre à ce message
1

awelvor

Avril 2013

Bonjour

dans la configuration du plugin, j’obtiens le message :

Votre saisie contient une ou plusieurs erreurs !

pourrait on avoir quelques précisions sur la nature des erreurs ?

awelvor
- gilcot
  
  Avril 2013
  
  Bonjour awelvor.
  
  Ce message, qui apparait en début d’un formulaire en erreur, est générique : c’est juste pour signaler que c’est le même formulaire qui est ré-affiché pour correction des erreurs... Chaque zone de saisie en erreur est ensuite signale individuellement avec un message plus précis (la liste des erreurs n’est pas regroupée en début comme on peut parfois le voir ailleurs, mais chaque erreur est mis en regard avec le champ concerné, comme c’est le cas habituellement dans les formulaires SPIP)
  Si c’est sur ce dernier point qu’il y a un souci, pouvez-vous enregistrer un champ à la fois afin de préciser celui qui n’indique pas son erreur ? Merci d’avance.
Répondre à ce message
1
Horetol

Avril 2013
Dans les modèles. (répertoire modèles)

Remplacer le filtre {!par date} par {!par date_operation} dans :

asso_comptes.html : ligne 51.
<BOUCLE_historique(ASSO_COMPTES) {id_journal?IN #ENV{id_journal}} {imputation?IN #ENV{imputation}} {!par date_operation} {par id_journal,imputation} {pagination #ENV{rpp,#META{/association/pagination_historiques,10}}} >
et histofinan.html (2 modifs) ligne 21
<BOUCLE_RecusFiscaux(ASSO_COMPTES){id_journal=#ENV{id}}{imputation=#META{/association/pc_cotisations}} {fusion YEAR{{(date_operation)}}} {!par {{date_operation}}}>
- gilcot
 
 Avril 2013
 
 C’est vrai... mais bon, ces modèles n’ont finalement pas été utilisés et vont probablement disparaitre. En attendant, correction répercutée dans r71637
Répondre à ce message
11

Manu

Mars 2013

Bonsoir,
je me replonge dans ce plugin que je n’avais plus eu l’occasion d’utiliser depuis quelque temps.
Il y a un truc que je trouve pas très ergonomique dans l’édition d’une cotisation d’un membre.
Lorsque depuis la fiche d’un membre, on demande à « Voir l’opération », on est dirigé d’abord sur une liste plus générale parmi laquelle il faut retrouver l’écriture et demander de nouveau son édition pour enfin y accéder. Pourquoi ne pas proposer dès la fiche du membre le lien ?exec=edit_compte&id=xxx au lieu du lien exec=comptes&id=xxx

Plus ennuyeux, sur l’écran qui permet d’éditer une cotisation passée (= la modifier), la date qui existait est remplacée par la date du jour... ce qui n’est pas normal : en mode édition, les valeurs existantes dans les différents champs devraient être affichées par défaut, non ? Ou alors il y a quelque chose qui m’échappe...
- gilcot
  
  Mars 2013
  
  Bonjour Manu.
  
  Oui, il s’agit de « voir l’opération », pas d’« éditer l’opération » :-) C’est d’une part l’action la la plus courante et d’autre part c’est l’action minimale quand on a accès à la comptabilité (par conséquent il est plus simple de tester cette seule autorisation que de chercher quelle est la plus haute à laquelle on a droit... mais bon, on verra une fois les erreurs bloquantes corrigées comment faire évoluer cet aspect si cela ne complique pas trop le code...)
  Pour ce qui est de retrouver l’opération dans la liste générale, en passant un paramètre ID à la page, le/la bon/bonne exercice/année est sélectionnée et on est directement dans la bonne page quand il y en a plusieurs. De plus, quand on JavaScript activé (ce qui semble être le cas), la liste est automatiquement défilée jusqu’à la ligne concernée, qui dans tous les cas est surlignée d’une couleur particulière (donc repérable visuellement) ;-)
  
  Pour le problème de date c’est apparemment (je n’ai pas encore vérifié) un bug dont la correction passe en priorité ! Le comportement normal est effectivement de récupérer la date initialement saisie...
- Manu
  
  Mars 2013
  
  merci de la réponse... si rapide !
  Pour le premier point, le truc c’est que l’étape 2 n’apporte rien de plus que la situation initiale. Bon, j’exagère un tout petit poil parce qu’on y voit les affectations comptables. C’est juste que je trouve « perturbant » le fait que l’info bulle « Voir l’opération » et de se retrouver avec un tableau plus général puisqu’on s’attend à « voir l’opération » et non pas à « voir les opérations », tu vois ce que je veux dire ?
  
  J’en profite pour poser une autre question : si j’imagine un squelette listant les membres et leurs cotisations, que je mette ça sur la partie publique et que le plugin « les crayons » soit installé, est-ce que le tableau sera « crayonnable » ? (Ce serait hyper efficace, quasiment comme une feuille de tableur ! )
- gilcot
  
  Mars 2013
  
  Oui, je vois bien : l’opération est vue dans un ensemble (et cette étape supplémentaire est comme l’étape de confirmation à un message demandant si on veut vraiment éditer :-/) et non vu isolément (sachant que même si on a accès en écriture à la compta, on ne peut pas éditer une opération verrouillée... :-/). Cette étape offre en prime l’accès aux autres actions (édition, mais aussi suppression et validation).
  Peut-être changer l’intitulé de l’infobulle ? Mais je n’ai pas d’idée...
  Peu-être qu’il faut pouvoir proposer plus d’actions possibles ? Mais comme je disais, ça complique le code (et donc la maintenance —chasse/correction de bug et évolution) alors qu’on essaye de simplifier (et harmoniser) un poil
  
  Pour les crayons, c’est sûrement possible sauf que j’ai pas essayé. Dans tous les cas les données sont récupérables dans des boucles (voir l’article d’exploitation) mais on ne bénéficie pas automatiquement des mécanismes de restriction d’accès de l’espace public (je ne sais pas si les crayons savent détecter qui a droit de modifier les comptes ou si toute personne connectée à qui on donne l’accès au squelette peut modifier...) :-_
- Manu
  
  Avril 2013
  
  PLAN COMPTABLE : ajout d’un compte. Il me semble avoir fait le tour du plugin mais je n’ai pas trouvé où se fait l’ajout de compte dans le plan comptable. Sur la page ?exec=plan_comptable, j’ai la liste des comptes et je m’attendais à y trouver un raccourci ou quelque chose chose d’équivalent permettant d’ajouter un compte. J’ai mal cherché ?
  
  Associationspip 2.2 et SPIP 2.1.19
- gilcot
  
  Avril 2013
  
  Bonjour Manu.
  
  Il manque en effet un bouton dans la liste des raccourcis : celui pour « Ajouter une référence comptable » (dixit). Une refactorisation du code avait fait disparaitre un certain nombre de boutons, mais c’est corrigé depuis hier ou la veille.
  Il faut mettre à jour en se réinstallant le plugin (depuis le chargeur automatique ou manuellement le zip du jour) : pas besoin de désinstaller avant. Ensuite ça rentrera dans l’ordre.
  
  Merci.
- Manu
  
  Avril 2013
  
  Aïe, ouille, j’ai fait la mise à jour mais... il y a deux soucis !
  Tout d’abord, la procédure « automatique » (Gestion des plugins > Ajouter un plugin) provoque si l’on n’y prend pas garde à l’installation de Associaspip_2_0.zip et pas Associaspip.zip !!!
  J’ai donc procédé à l"’installation manuelle en indiquant l’adresse du bon zip, mais il y a une erreur dans le fichier association_options.php qui conduit au plantage total de l’accès privé :
  Parse error : syntax error, unexpected ’,’, expecting ’]’ in /home/rennespa/public_html/plugins/auto/Associaspip/association_options.php on line 1008
  
  Pour le moment, c’est donc plutôt ambiance grande page blanche !
- gilcot
  
  Avril 2013
  
  Bonjour Manu.
  
  Pour la « procédure “automatique” (Gestion des plugins > Ajouter un plugin) » je pense que la liste doit dater de quelques mois... il y a un petit lien discret après l’adresse du flux RSS des plugins de contrib : il suffit de cliquer dessus (ou d’ajouter à nouveau l’adresse de la liste de plugins) pour mettre à jour (aujourd’hui, il y a 329 plugin compatibles SPIP 2.1 et référencés sur Contrib)
  Pour Associaspip il y a 2 versions proposée : la 2.1 (stable) et la 2.2 (avec de nouvelles fonctionnalités mais en développement —donc quelques peur blanches en perspectives mais temporaires) ; la 2.0 et les autres ne sont normalement pas proposés.
- gilcot
  
  Avril 2013
  
  Re
  
  Pour l’erreur, si vous pouvez éditer le fichier incriminé, il faut mettre un crochet fermant à la ligne indiquée ainsi : format'],. Si vous ne pouvez pas éditer le fichier le dit fichier, il faut supprimer le répertoire du plugin (c’est pour retrouver l’accès à l’espace privé) puis le réinstaller dans une petite heure (le délai pour que le nouveau zip soit disponible)
- Manu
  
  Avril 2013
  
  Merci de la réponse si rapide. Il y a qqchose que je ne comprends pas car j’ai bien mis à jour les listes :
  http://plugins.spip.net/rss-+-selec... (662 plugins)
  La dernière syndication de ce site a été effectuée le 2 avril 2013
  http://www.spip-contrib.net/?page=r... (329 plugins)
  La dernière syndication de ce site a été effectuée le 2 avril 2013
  
  et dans la liste des plugins, il n’y a que Associaspip_2_0.zip (voir copie d’écran). Quel est donc ce mystérieux mystère ?
- Manu
  
  Avril 2013
  
  Pour l’erreur, OK, j’ai corrigé dans le fichier le "]" manquant. C’est parfait.
  Merci beaucoup !
- gilcot
  
  Avril 2013
  
  Pour la seconde liste (celle de contrib.spip.net : c’est celle de mon/ma exemple/capture) c’est bon (329 plugins aujourd’hui).
  
  Pour la première liste (celle de plugins.spip.net : elle en comporte plus parce-qu’ils ne sont pas tous documentés ici) ça semble bon aussi (quoique je soupçonne que le problème vienne de là...)
  
  Je vais me renseigner.
Répondre à ce message
10

Horetol

Février 2013

Bonjour,
Après une longue période je me penche à nouveau sur ce magnifique plugin. J’ai quelques difficultés avec les impressions fpdf, de deux ordres.
1°) apparence :
J’appelle l’impression « Liste ». Elle s’affiche dans une nouvelle fenêtre.
Que je définisse la page en format « portrait » ou « paysage »(millimètres, marges (h/v) 15mm , police helvetica (ou courier)), certaines informations d’entête se chevauchent et les lignes ne sont pas toutes lisibles. (voir images).
2°) de boucle (?)
J’appelle l’impression « Etiquettes ». C’est un pdf qui est téléchargé (etiquettes_defaut_0_sansemail (X).pdf)
Quel que soit mon choix, (actifs, prospects, etc.) et en ayant au préalable décoché « Uniquement les membres sans email » c’est toujours un seul membre qui s’affiche alors que je devrais en avoir plusieurs.

Par ailleurs si je choisi une autre police Tahoma j’ai un message FPDF error : Undefined font : tahoma.

Merci de votre aide
- Horetol
  
  Février 2013
  
  Même souci avec les activités.
  J’ai au moins une inscription mais celle-ci n’apparaît pas quand je demande l’impression de la liste des inscriptions.
  Souci également dans la présentation du tableau même vide.
- gilcot
  
  Février 2013
  
  c’est bizarre, je repensais justement à l’impression en PDF dans le train tout à l’heure. pour la présentation je crois savoir d’où ça vient en partie.
- gilcot
  
  Mars 2013
  
  Bonsoir. :)
  
  Le PDF des étiquettes est corrigé par les révisions 71027 et 71061. Comme pour le PDF de colonnes choisies (dont il faudra améliorer la présentation c’est noté), c’est bien la liste des membres définie par les filtres (initial, groupe, statut, et catégorie depuis r71027) qui est pris en compte (plus besoin de faire de sélection supplémentaire), en plus de restreindre aux membres sans mails...
  Un plus que j’envisage, serait de pouvoir avoir aussi les adresses que des membres ayant un mail. Mais comme ce besoin est marginal, il attendra que les autres corrections soient faites.
- horetol
  
  Mars 2013
  
  Bonjour
  
  J’ai chargé la dernière version (Version : 2.2.0 [71062]).
  Pour les étiquettes cela s’obstine à ne m’imprimer qu’une seule étiquette ( sur 700 + membres) et je n’ai pas vu selon quel critère, mais je vais chercher.
  
  D’autre part dans la page des exercices budgétaires, je n’ai plus le raccourci Ajouter un exercice appelant la page (?exec=edit_exercice ( Dans la configuration du plugin j’ai bien coché : Utiliser des exercices personnalisés au lieu de l’année civile).
- horetol
  
  Mars 2013
  
  Concernant les étiquettes, je pense avoir trouvé.
  S’il n’y a aucune adresse entrée dans « Cordonnées », pas d’impression. Logique !
- gilcot
  
  Mars 2013
  
  J’ai souvent ce genre de souci d’origine indéfinie (ce qui ralenti les tests) : raccourcis qui disparaissent (c’est assez récent) ou fichiers qui ne sont pas pris en compte.
  
  1) Pour être certain que vous avez bien le nouveau formulaire, il ne doit comporter qu’un seul bouton : seulement les « membres sans emails ».
  2) Pour être certain que c’est la nouvelle version qui fait le PDF, un fichier généré aujourd’hui commencera par « etiquettes_20130325_ » suivi de « defaut_0_0 » si les membres ne sont pas filtrés.
  3) Pour les filtres en question, ce sont les listes déroulantes en haut de page : la liste des membres passés aux PDF (liste de champs ou étiquettes) est la liste actuellement en cours...
- gilcot
  
  Mars 2013
  
  Ah oui, c’est logique : ça peut pas deviner et imprimer des adresses qui lui ont été jamais communiquées ^^
- horetol
  
  Mars 2013
  Oui à ces deux points :
  
  un seul bouton : seulement les « membres sans emails »
  un fichier généré aujourd’hui commence bien par « etiquettes_20130325_ »suivi du statut (ok ou prospect, ...) et d’autres chiffres.
  
  Après quelques essais, j’ai compris le fonctionnement des filtres.
  
  Vous l’avez certainement remarqué, les accents ne passent pas en pdf, et les colonnes "adresses mail" et "date de validité" sont sur 2 lignes.
- gilcot
  
  Mars 2013
  
  Quand le nombre de membres dépasse la pagination (et c’est le cas avec 700 même si on en affiche par 100), les filtres sont bien pratiques ...pour se concentrer sur qui est répond à certains critères ;)
  
  Les différents chiffres et le statut sont les différentes valeurs des filtres (ceci permet d’avoir différents impressions d’états) précédés de la date de génération (utile pour un archivage ou une comparaison quand il y a beaucoup de mouvements)
  
  Les accents seront corrigés par un prochain envoie dans la semaine. Les lignes multiples seront traitées un peut plus tard, en espérant que ca ne presse pas trop.
- gilcot
  
  Mars 2013
  
  Bonjour.
  
  Juste pour dire qu’il y avait effectivement un bug sur les boutons et que c’est corrigé par r71319 et 71330.
Répondre à ce message
3

awelvor

Mars 2013

Bravo pour ce plugin !

Une question : comment définir un ’plan comptable’ ?
existe-t’il une page spécifique à cette définition ?
si oui, laquelle ?

awelvor
- horetol
  
  Mars 2013
  
  Bonjour,
  C’est vrai qu’avant un exemple était inclus dans le plugin.
  J’en ai gardé un exemplaire ici
- gilcot
  
  Mars 2013
  
  Bonjour awelvor.
  
  Il ne s’agit pas de définir tout le plan comptable, mais uniquement les comptes dont vous avez usage. Pour ce faire, une fois dans la « page d’accueil du plugin “/ecrire/?exec=association” », vous avez y avez accès depuis le bloc des raccourcis par le bouton et texte « Plan comptable “/ecrire/?exec=plan_comptable” » (attention cependant que certains boutons peuvent ne pas s’afficher si vous n’êtes pas administrateur complet et que les autorisations adéquates ne vous ont pas été accordées...) Une fois sur cette page, vous pouvez modifier ou supprimer les anciens comptes (au sens comptable) existants ou en créer de nouveaux “/ecrire/?exec=edit_plan”.
  Les comptes (ou plus précisément les références comptables) dont vous avez besoin à minima (il est possible d’en définir d’autres selon vos besoins) dépendent ddes modules (ou plus précisément fonctionnalités du plugin) que vous allez activer dans « la page de configuration du plugin “/ecrire/?exec=configurer_association” »
- gilcot
  
  Mars 2013
  
  Bonjour horetal.
  
  Vous avez ce fichier parce-que les mises à jour écrasent les anciens fichiers par les nouveaux, mais ne suppriment pas ceux qui ne sont pas dans l’archive (sauf peut-être sur les anciennes versions du système de Microsoft où elles suppriment et recréent le répertoire au lieu de le fusionner). Cela a été source d’erreur lors de tests quand des fichiers sont déplacés ou renommés... (tout à l’air de bien fonctionner pendant le test parce-que certains liens pointent vers les anciens fichiers qu’ils trouvent toujours et on ne se rend pas compte pour corriger à cet endroit). Mais passons pour cet aspect technique.
  
  Le PCG français n’est plus fourni comme simple fichier TXT parce-que trop peu de ceux qui installent des plugins prennent le temps d’aller regarder le contenu de l’archive ZIP (et c’est encore plus vrai quand c’est installé sur un site en production et non localement, en utilisant le chargeur automatique de SPIP). Il est maintenant intégré en PHP (dans inc/association_plan_comptable.php) puis donc dans l’interface du plugin quand on coche dans la configuration d’utiliser l’aide à la déclaration du plan comptable... C’est encore perfectible (pour l’instant c’est le plan normalisé français, mais à terme on devra pouvoir le permettre pour n’importe quel pays.. Let’s wait and see)
Répondre à ce message
5

horetol

Mars 2013

Bonjour,

Modification du fichier supprimer_exercices.php

ligne 15 remplacer
function action_supprimer_exercice() {
par (ajouter un s) :
function action_supprimer_exercices() {

Par ailleurs, acceptez-vous de donner une suite à mon poste du 5 février plus particulièrement sur les points relatifs aux listes d’inscription ?

Merci
- gilcot
  
  Mars 2013
  
  Bonjour horetoi
  
  Merci pour ce signalement, je le rajoute dans le tuyeau des prochaines modifications.
  
  Pour les autres signalements (purée, un mois déjà) c’est en cours de correction (certaines choses sont corrigées mais j’ai besoin de plus de test avant de faire les commit et je n’ai pas été très disponible avec mes soucis de santé). Penser à me faire faire le point la semaine prochaine.
  
  C’est nous qui te remercions.
- horetol
  
  Mars 2013
  
  Bonjour,
  J’essaie de trouver comment corriger les quelques points que je vous ai précédemment signalés, mais je suis un peu dépassé sur et surtout où apporter des corrections.
  Pour citer un seul exemple, je vois bien dans ?exec=inscrits_activite&id=xx
  - que, pour partie, cela se passe à la ligne 77 qui indique :
  'id_auteur' => array('asso:entete_nom', 'idnom', array('spip_asso_activites', 'nom', 'id_auteur'), 'membre'),
  Le id_auteur corresponde bien à l’id_auteur du membre de l’association. De là il faudrait aller récupérer son nom_famille dans la table spip_asso_membres pour que s’affiche son nom et non pas un « membrexx ».
  Fondamentalement et s’il s’agissait d’un squelette, j’arriverais, je pense à me débrouiller avec des BOUCLES, mais là il s’agit d’un ensemble de fichiers imbriqués.
  
  Me conseillez-vous de passer plutôt par la liste de discussion de spip-zone ou même sur un forum pour obtenir des conseils ?
  Merci
- gilcot
  
  Mars 2013
  
  Bonjour.
  
  Ce point a été signalé le 5 et n’est pas vraiment un bug (initialement, s’il n’y a pas de nom marqué rien n’est affiché..) Cependant la situation actuelle a été améliorée (au lieu d’indique membreX on indique son nom selon la configuration) le 9 par r69829 :-)
- horetol
  
  Mars 2013
  
  Bonjour,
  Merci et désolé, j’avais « loupé » ce changement qui, pour ma part, me convient.
  
  Pour le reste je serai patient.
  
  Néanmoins une question subsidiaire concernant un point déjà abordé. Le trésorier de notre association m’écrit :
  
  ... On absolument besoin de pouvoir annuler les visites, et donc avoir aussi des listes d’annulations, et des listes de remboursements reliées aux listes d’annulations. ... Quand on sait que parfois un adhérent s’inscrit à 15 sorties différentes, et qu’en un trimestre on a à peu prêt 1200 inscriptions à rentrer … donc 1200 fois rentrer le nom, le prix, l’affectation etc. …..
  
  A noter qu’il est fait allusion à la méthode actuelle avec Excel en cours de transfert sur Associaspip, donc déjà bien simplifiée .
  
  Pour l’instant, j’ai utilisé les champs extras pour permettre de rentrer pour chaque adhérent et pour chaque sortie le montant à éventuellement rembourser. Est-il envisageable, dans l’évolution future du plugin d’étudier un système qui correspondrait à ce besoin ? A moins qu’il n’existe déjà quelque chose ?
  
  Merci.
- gilcot
  
  Mars 2013
  
  Le problème signalé le 7 mars (impossibilité de supprimer un exercice) est corrigé. :)
  
  Concernant « l’annulation des visites », est-ce que « la suppression des inscriptions » ne résoud pas le problème en grande partie ?
  - le membre n’est plus dans la liste des inscrits ...mais c’est vrai qu’il n’y a pas une liste d’annulation... (je ne sais pas s’il y a une façon simple de faire cela)
  - s’il y a un paiement, la suppression provoque son annulation comptable (c’est l’opération d’écriture inverse d’un point de vue comptable, ce qui permet l’équilibre des comptes) ...mais ce n’est pas exactement un remboursement... (je ne sais pas mais je ne serai pas surpris qu’il y ait quelque subtilité comptable) ...et si on peut considérer comme un remboursement, c’est sur la totalité donc.
  - bref, en l’état ça fait aussi bien qu’une feuille de tableur... et les champs extras permettent de garder trace d’autres informations facilement (ce qui est le but initial : n’avoir qu’à gérer dans le code —qui grossit et se complexifie— que le strict nécessaire —là où il y a des traitements à faire— tout en laissant la liberté d’avoir les champs que l’on veut)
  
  Bon, indépendamment de cela, c’est un plugin pour « gérer de petites associations » or je constate que vous êtes au moins deux (qui se sont manifesté sur le forum) à avoir un nombre assez conséquent d’adhérents.. Parce-que 1200 membres, ça rend pas la liste de sélection d’un membre assez pratique... mais c’est sûrement mieux que de devoir les (re)saisir... :)
Répondre à ce message
2

Horetol

Février 2013

Bonjour,

3 points :
1°)
La liste des inscriptions ?exec=inscrits_activite&id=xx
comprend un tableau avec les champs suivant :
ID Date Nom Qté Montant Commentaire Actions

Pour le « Nom » c’est « membre »+ le n° d’id du membre qui s’affiche (i.e. : membre56).

De mon point de vue, s’agissant d’une liste d’inscriptions ce serait mieux d’avoir le nom de l’inscrit plutôt que ce raccourci. D’autant que si j’inscris quelqu’un qui n’est pas membre, c’est le nom qui s’affiche.
En outre, cela éviterait un boucle supplémentaire lors de l’impression d’un état des inscrits (pour pointage par exemple, comme est probablement l’objectif principal de l’impression possible en fpdf).

2° )
Si j’entre un deuxième nom d’une personne non adhérente, c’est malgré tout le premier qui s’affiche en lieu et place du second sur le tableau ( normal je pense car si j’ai bien compris le fonctionnement il lui est attribué le id=0 par défaut ?exec=adherent&id=0).

3° )
Quand je veux mettre à jour l’inscription exec=edit_activite&id=xx les champs « Compte crédité » et « Destination » ne reviennent pas sur les champs précédemment sélectionnés, mais sur le premier choix le la combo.
C’est particulièrement gênant quand on a fait une ventilation sur deux destinations.
Est-ce possible de modifier ?

D’avance merci
- Horetol
  
  Février 2013
  
  J’ai oublié de joindre une copie d’écran. La voici.
  _
- Horetol
  
  Mars 2013
  
  Précisions concernant ce fichier ci-dessus ?exec=inscrits_activite&id=xx
  - la ligne 77 indique :
  
  'id_auteur' => array('asso:entete_nom', 'idnom', array('spip_asso_activites', 'nom', 'id_auteur'), 'membre'),
  
  Pour qu’un nom ('nom') apparaisse, il faut le rentrer manuellement dans la première case (voir formulaire ci-dessus).
  Pour lier ce nom à un adhérent, il faut, simultanément, entrer un nom et sélectionner un adhérent dans la liste déroulante.
  Dans ce cas le lien se fait avec l’adhérent.
  Si on entre un nom sans lien avec un adhérent, on a une erreur (id=0). L’idéal serait dans ce cas d’être dirigé vers la création d’un membre.
  Je ne suis pas assez compétent pour voir où faire les modifications.
Répondre à ce message
11
Horetol

Décembre 2012
rev 68253.
?exec=edit_activite&id_evenement=x
(déjà signalé) Lors de la saisie le montant n’était pas entré en base car erreur de champ dans formulaires/editer_asso_activites.html (faisait référence à « montant » au lieu de « prix_unitaire »)
J’ai modifié les lignes 29, 30, 31 initialement
<li class="editer_montant"> [(#ENV**{erreurs}|table_valeur{montant})] <label for="montant_inscriptions"><:asso:activite_libelle_montant_inscription:></label> <input name="montant" type="[(#HTML5|?{number,text})]" [value="(#ENV{montant})"] id="montant_inscriptions" class="number float price" /> </li>
modification ainsi en (fonctionne mais peut-être pas trop orthodoxe ?).
<li class="editer_montant"> [(#ENV**{erreurs}|table_valeur{prix_unitaire})] <label for="prix_unitaire"><:asso:activite_libelle_montant_inscription:></label> <input name="prix_unitaire" type="[(#HTML5|?{number,text})]" [value="(#ENV{prix_unitaire})"] id="" class="number float price" /> </li>
?exec=edit_activite&id=X

Par ailleurs quand, depuis la liste des évènements, je veux modifier une inscription (Mise à jour des inscriptions), ce même fichier (formulaires/editer_asso_activites.html ?) ne permet plus de modifier ou d’entrer un nombre de participants, le champ de saisie de « Quantité » n’apparaît pas (voir image en pièce jointe).

Pour ce formulaire, en mode (Mise à jour des inscriptions) il serait aussi souhaitable que les combo se positionnent sur les choix initiaux et non pas sur ceux par défaut.

D’autre part sur les pages Activités (?exec=activites) et celles qui en découlent il n’y a plus de lien actif, sur la gauche pour « RACCOURCIS : »
- Déesse A.
 
 Décembre 2012
 
 Pour le montant, c’est corrigé par 68257. Pour la quantité, le champ apparaît à présent, mais il n’est modifiable que si la date de l’événement n’est pas vide. Quant au bloc de raccourcis vide, je ne reproduis pas.
- Horetol
 
 Décembre 2012
 
 Merci.
 svn 68264
 La quantité (nombre de personnes) s’affiche mais n’est pas modifiable (voir image jointe) même en présence d’une (la bonne) date dans la partie paiement. Le montant l’est mais son changement n’est pas répercuté en compta.
 
 Vous le voyez sur l’image le module raccourci n’affiche rien.
 
 Pour info, désormais, je ne mets plus à jour. Je supprime d’abord tous les fichiers du plugin pour télécharger les nouveaux fichiers récupérés via svn update. Ceci peut-il venir de cela ?
- gilcot
 
 Décembre 2012
 
 Bonjour.
 
 J’ai testé cette nuit sur deux installations (avec les dernières correction de Déesse A.) et ça marche. (mais je n’ai pas mis à jour la documentation sur ce module). Alors point par point.
 
 Le formulaire d’édition d’activité tel que présenté est à usage du comptable/trésorier et sert à enregistrer le paiement (indiquer les comptes affectés et la date de paiement). Je compte rajouter un formulaire uniquement d’inscription : en s’inscrivant en ligne, l’adhérent précisera la (le) quantité (nombre de places/tarifs) voulue et pourra le modifier jusqu’au paiement effectif. Son ID_auteur, la date d’inscription et l’ID_evenement seront enregistrés automatiquement.
 Cependant, le formulaire actuel permet à un responsable de l’association (en fait toute personne ayant le droit d’éditer les inscrits) de pouvoir ajouter des inscriptions (pratique pour prendre des inscriptions par téléphone ou pour des gens qui n’ont pas accès à Internet). Dans ce cas, il faut préciser l’ID_auteur et la quantité, mais la date d’inscription et l’iD_evenement sont toujours automatiques.
 
 Au moment de l’inscription, un paiement nul à une date nulle sont enregistrés dans la compta. (ceci n’est possible que parce-que c’est fait et géré par un module car la saisie d’une opération manuellement empêcherait une telle hérésie ; mais le code est plus simple à gérer ainsi) Par conséquent ils n’apparaissent pas (une date nulle ne correspondant à aucun/aucune exercice/année ...sauf si on accède directement à l’ID_compte...)
 Un paiement devient effectif quand on attribue une date de paiement. Or à partir du moment où le paiement est effectif, on ne devrait plus pouvoir modifier les éléments d’inscription ! C’est le cas de la quantité (et ça devrait être le cas des autres champs, tout au moins ID_auteur : bug corrigé). Normal donc qu’on ne puisse pas modifier la quantité une fois la bonne date mise, mais c’est peut-être une conception trop restrictive ? (à démontrer par des cas d’usage)
 De la même façon (souci de simplicité et de cohérence), le tarif de base (prix unitaire) ne devrait pas pouvoir être modifié au cas par cas (il y a donc là aussi un bug apparent du au fait que je n’ai pas arrêté de choix sur la façon dont ce prix doit être fixé globalement au niveau de l’activité/événement)
 
 Pour la suppression c’est très simple normalement : dans la liste des inscrits à une activité, il y a pour chaque ligne un bouton de modification (sous forme de calculette puisqu’il s’agit essentiellement de renseigner les paiements) et (à sa gauche) un bouton de suppression (sous forme de croix en ciseaux rouge qui doit évoquer l’annulation ou la suppression)
 Pas la peine de se compliquer à mettre à zéro la quantité ou le prix (ceci ne supprime pas mais permet d’avoir une liste d’inscription quand l’activité n’est pas payante ...ou d’exonérer certains de frais de participation)
- Déesse A.
 
 Décembre 2012
 
 Le principe de la date nulle est à éviter, car certaines implémentations de SQL (notamment PostGres) ne permettent pas de stocker une valeur nulle dans un champ de type date. Il vaut mieux se fonder sur un paiment nul. Le cas particulier de l’exonération peut se distinguer par le fait que l’opération est validée par le trésorier, alors que dans le cas d’une inscription par un adhérent elle ne l’est pas.
- Horetol
 
 Décembre 2012
 
 Bonsoir,
 Je comprends bien l’esprit de cette démarche et je n’y vois aucun inconvénient. Et une date non nulle ne me pose pas de problème. Mon souci est le suivant. L’association, d’environ 800 membres, assez âgés dans la majorité, pour laquelle j’interviens diffuse chaque trimestre un programme d’environ 60 à 70 sorties payantes. Les membres s’inscrivent toujours trimestriellement à un certain nombre de sorties et les paient d’avance. Il y a donc, bien sûr, ultérieurement des annulations en nombre plus ou moins important. Mon souci est donc la gestion individuelle des ces annulations, leurs suivis et leurs remboursements sur une base trimestrielle. Or, sauf erreur, en comptabilité (?exec=edit_compte) je n’ai le choix que dans les opérations suivantes « Dépense (60 -Achats) » « Recette » « Virement » « Contrib. volontaire ». Le poste « Dépense (60 -Achats) » ne peut pas correspondre à un remboursement. Le poste « Recette » refuse tout montant négatif. « Virement » et « Contrib. volontaire » ne correspondent pas au besoin.
 C’est pourquoi, j’avais au départ pensé que ces annulations pouvaient être gérées via les Activités tant au niveau du nombre global de places qu’au niveau des remboursements individuels. Je pensais pouvoir ensuite générer des états récapitulatifs par trimestre.
 Je vais donc plutôt réfléchir à des champs extras pour cette gestion d’annulations.
 
 Accessoirement il y a un léger bug sur la page ?exec=edit_compte en bas de la liste déroulante du code d’imputation (voir image).
 
 De même le lien « Ajouter une opération » de la page ?exec=comptes est erroné : edit_compte au lieu de ?exec=edit_compte
- Déesse A.
 
 Décembre 2012
 
 Pour le dernier point c’est corrigé par 68332. En revanche je ne reproduis pas le bug sur le menu d’imputation, d’autant que le code qui apparaît ne fait pas partie d’Associaspip. Ca apparaît sur d’autres navigateurs ?
- gilcot
 
 Décembre 2012
 
 Comme le dit la documentation, le module comptabilité n’a pas vocation à concurrencer les vrais programmes dédiés mais est une aide pour enregistrer+journaliser les opérations les plus courantes (dépenses/achats, recettes/ventes, contributions volontaires très importantes dans le cadre associatif, virement entre comptes financiers pour faire ça proprement) dont les classes ont été configurées... (les remboursements peuvent être des cas particuliers et le plugin ne gère pas les « comptes de tiers »...)
 
 Pour les activités, il faut vraiment le voir comme la gestion des gens inscrits d’une part (utile par exemple pour prévoir le nombre de places à réserver) et les paiements effectifs d’autre part. Un désistement dans les délais annule l’inscription et le paiement... (ce qui veut bien dire que l’argent est restitué... certes, l’opération n’apparaitra pas de façon rigoureuse dans la comptabilité, mais les soldes et bilans seront quand même justes...) c’est juste qu’il faut supprimer un par un (pas d’opération de suppression en masse par mesure de sécurité car il n’y a pas de « corbeille »)
 Je pense que les champs extras n’aident pas dans ce cas de figure : tant que le paiement demeure (il est possible de mettre 0 comme prix mais on indique quand même une place prise ou une présence) ça fausse les balances comptables... C’est une des limitations de ce module simple (il n’est pas prévu de garder l’historique quand les adhérents changent d’avis)
- Horetol
 
 Décembre 2012
 Associaspip rev 68352
 
 Je suis sous Windows 7 64 bits.
 Je reproduis le bug sur
 
 Firefox 17.0
 IE9 (9.0.8112.16421Ic)
 Chrome 23.0.1271.95
 Safari 5.1.7 (7534.57.2)
 Opera 12.11 (rev 1661)
 Seamonkey 2.14
 
 Ainsi que sur :
 
 Comodo Dragon (Chrome)
 Comodo Icedragon (Firefox)
 
 Mais aussi sur Android avec ma tablette Samsung Galaxy tab 2, avec différents navigateurs capture ecran tablette ci-jointe.
- gilcot
 
 Décembre 2012
 
 Bonjour Horetol.
 
 Je ne reproduis pas non plus le bug sur le menu d’imputation, et je ne trouve pas ce code dans le plugin (un grep sur boolReturn et sur objValue ne donne rien). Il faut vérifier si ce n’est pas un compte défini dans le plan comptable (on sait jamais)...
- Horetol
 
 Décembre 2012
 
 Trouvé !
 Après avoir tout supprimé et réinstallé d’abord Spip 2. 1.19, puis les plugins un par un, puis les diverses fonctionnalités.
 C’est la fonction « Horloge » du Couteau suisse (Version locale : 1.8.102 Révision : 67916) qui créé ce message d’erreur.
 Je le signale sur la page du forum.
- gilcot
 
 Décembre 2012
 
 Encore un des coups en douce du couteau suisse..
 Ceci dit, ce bug m’intrigue parce-que ce genre d’interférence n’est pas supposé se produire (en tout cas ça ne s’explique pas)
Répondre à ce message
2
Horetol

Décembre 2012
J’ai l’impression de beaucoup commenter, mais bon je pense qu’il est nécessaire de reporter les difficultés rencontrées.

Associapsip svn rev 68354.

J’ai une difficulté avec la création d’un membre.
- Je créée un nouvel auteur (visiteur par défaut)?exec=auteur_infos&new=oui Création Ok Auteur n° 721. (au passage le lien « Devenir membre de l’association » avant confirmation de la création conduit à un ID=0, donc à mon sens pas utile ici).
- Je confirme « Devenir membre de l’association » ?exec=adherent&id=721. Affichage de la page OK
- Je veux « Ajouter une cotisation » ?exec=ajout_cotisation&id_auteur=721. Donne {{ID inconnu}}
- Même message d’erreur si je clique sur « Modifier membre » ?exec=edit_adherent&id=721
- « Voir le visiteur » me retourne bien sur ?exec=auteur_infos&id_auteur=721
- Dans l’onglet « Membres » le lien « Synchoniser la liste des membres depuis la liste des auteurs » ?exec=synchroniser_asso_membres me confirme l’inclusion du nouveau membre. Mais je ne le retrouve pas dans aucune des listes (prospect, etc ...).
- Et vérification faite, en effet, le id-auteur 721 ne se retrouve pas dans la table spip_asso_membres.
P.S. Si vous pensez utile d’avoir un lien de gestion vers mon site, pas de problème, je vous les communique en privé.
- Horetol
  
  Décembre 2012
  Trouvé.
  Cela provient de la configuration du plugin :
  
  Si je configure « Catégorie de cotisation des nouveaux membres » avec une des catégories que j’ai créées j’ai le problème décrit plus haut.
  Si je configure à « Aucune catégorie par défaut », je n’ai plus ce problème et je peux ajouter cotisation et/ou un don, et le visiteur devient bien membre.
  
  L’idée m’en est venue en lisant la ligne 21 de ajout_cotisation.php :
  
  $categorie = sql_fetsel('*', 'spip_asso_categories', 'id_categorie='. intval($membre['id_categorie']));
- gilcot
  
  Décembre 2012
  
  Bien vu... r68415 devrait corriger le souci.
  
  Et non, on ne commente jamais assez trop (en fait, en signalant les difficultés rencontrées cela permet d’améliorer le plugin, et en en signalant les bogues et erreurs cela permet de les corriger plus rapidement et d’avoir plus tôt un plugin vraiment utilisable en production.) C’est une belle façon de contribuer sans pour autant coder, donc un grand merci à toi, Artlogic et Markouch.
Répondre à ce message
23

Artlogic

Septembre 2012

Salut,

J’obtiens très souvnet sur les pages du plugin une erreur : Invalid argument supplied for foreach() in .../association_options.php on line 2012.

Merci pour les corrections effectuées ces derniers temps. L’ulcère de la comptabilité va pouvoir se résorber. :)
- Artlogic
 
 Septembre 2012
 Salut,
 
 Ca semble se corriger de temps à autre. Par contre j’obtiens maintenant cette erreur :
 
 Fatal error: Call to undefined function icones_association() in home/.../web/annecy/plugins/auto/Associaspip/exec/edit_compte.php on line 29
 
 Sur la page ?exec=edit_compte. Et j’ai une AG de fin d’année à préparer. Gloups. oO Merci de vos réponses.
- gilcot
 
 Septembre 2012
 
 Bonjour Artlogic
 
 Le premier problème signalé semble avoir été évoqué sur le forum et je n’arrive toujours pas à le reproduire (ce qui me fait penser à un souci de cache)
 
 Pour le second problème, il y a eu en effet une malencontreuse erreur que je corrige de suite. (r66273)
 Cependant pour la comptabilité, il y a encore les exports à revoir (c’est commencé et c’est bon en majorité pour les comptes de résultats...) J’essaye d’avancer cela dans la semaine.
- Artlogic
 
 Septembre 2012
 
 Premier souci réglé via un gros ménage dans le cache du serveur via FTP. Idem pour le second. Je surveillerai les avancées. Merci.
- gilcot
 
 Septembre 2012
 
 non, non, le second souci était bien effectif : c’était raccourcis_association et non onglets_association et c’est corrigé par r66273 surement une coquille introduite par la souris (ça me fait parfois des copier-coller involontaires tellement le pavé tactile est sensible)
 
 là je vais finir les autorisations et les exports avant de revenir à deux trucs qui me préoccupaient : les PDF des listes/tables et le mélange exercices/années...
- Artlogic
 
 Octobre 2012
 
 J’obtiens ceci dans la relance de cotisations :
 
 Warning : trim() expects parameter 1 to be string, array given in /home/www/a276bd22aab8debff9c4503fc2093561/web/annecy/plugins/auto/Associaspip/association_options.php on line 2384
 
 Warning : Invalid argument supplied for foreach() in /home/www/a276bd22aab8debff9c4503fc2093561/web/annecy/plugins/auto/Associaspip/formulaires/relancer_adherents.php on line 36
 
 Ainsi qu’un relance_adherents : Accès interdit. J’utilise la relance de façon détournée pour prévenir des prochaines activités, ceux qui sont à jour de leur cotis. Et là c’est un peu la mouise. oO
- gilcot
 
 Octobre 2012
 
 Bonjour Artlogic
 
 Pour l’accès interdit, c’est corrigé (c’est juste qu’on avance dans les autorisations et cette page est désormais protégée, mais j’avais oublié d’inclure les admins complets par défaut)
 
 Pour l’usage détourné des relances en publipostage, les choses s’améliorent : il y a maintenant une option dans l’interface pour dire que ce n’est pas une lettre de relance, et du coup on peut parfois inclure les membres qui ne sont pas à jour sans changer leur statut... Et pour la longue liste de sélection des destinataires, on peut filtrer par statut et par groupe comme tu as pu le constater. Mais bon, tout ça reste à consolider (par des tests et des suggestions d’amélioration)
 
 Pour ce qui est de l’erreur dans le formulaire (line 36), c’est un peu étrange... Tout ce qui me vient à l’esprit est : y a-t-il des membres cochés ? Sinon la bonne nouvelle est que cela ne devrait pas impacter le fonctionnement (je crois, de mémoire, que la boucle ne s’exécute pas dans ce cas de tableau vide) mais c’est vrai que cet alerte est disgracieux et flippant pour le non-développeur.
- Artlogic
 
 Novembre 2012
 Salut. Je viens de mettre à jour via SVN aujourd’hui en version 2.2.0. J’ai toujours les même erreurs :
 
 Erreur SQL 1054 Unknown column 'validite' in 'order clause' SELECT id_auteur, sexe, nom_famille, prenom, statut_interne, date_validite FROM spip_asso_membres AS a_m WHERE statut_interne='ok' ORDER BY nom_famille, prenom, validite
 
 C’est même pire qu’avant : Ca ne liste plus les membres à qui envoyer le courrier. Plus rien à cocher et donc chichi pas d’envoi possible. Une solution pour inviter tous les membres à l’AG ? oO Sinon je sens que je vais y laisser tous mes carnets de timbres. ^^
- gilcot
 
 Novembre 2012
 
 « my bad »... C’est corrigé à l’instant par r67946
 nota : cette page est entrain d’être ré-écrite : c’est la dernière du genre qui attendait d’être convertie en CVT...
- Artlogic
 
 Décembre 2012
 Bin heu pas mieux avec une mise à jour effectuée ce matin. L’erreur apparaît sur cette page :
 ?exec=edit_relances&statut_interne=defaut
 
 Erreur SQL 1054 Unknown column 'validite' in 'order clause' SELECT id_auteur, sexe, nom_famille, prenom, statut_interne, date_validite FROM spip_asso_membres AS a_m WHERE ((statut_interne IN ('prospect','ok','echu','relance'))) ORDER BY nom_famille, prenom, validite
 
 Il y a autre chose qui cloche : Si je clique sur le bouton « lister » rien ne se passe malgré la sélection. Vu que la liste des membres qui vont être contactés n’apparaît pas, j’ai peur d’inviter les 2000 abonnés au site au lieu de nos 40 membres « à jour » pour notre assemblée générale. 2000 Ca ferait un peu de monde. ^^
- Déesse A.
 
 Décembre 2012
 
 Il n’y a qu’une seule occurrence de « AS a_m » dans toutes les sources, et la dernière version a bien « date_validite » et pas « validité » sur cette même ligne. La mise à jour a mal été effectuée, ou bien il y a un cache non vidé qq part.
- Artlogic
 
 Décembre 2012
 
 Ha oui effectivement merci, mon rabbitVCS me joue des tours sur les gros répertoires. Depuis une réinstall je pensais que le problème était réglé. Avec une mise à jour via rapidSVN je n’ai plus l’erreur Autant pour moi il y a du mieux.
 
 Reste que j’ai toujours un « accès interdit » lorsque j’envoie le courrier. Est-ce que les administrateurs complets ont accès aux autorisations systématiquement ou faut-il leur ajouter les droits au travers du plugins ? Je vais faire un bond via la BDD pour m’ajouter tous les droits.
- Artlogic
 
 Décembre 2012
 
 Sur la page edit_groupe_autorisations&id=XX, il me faut fouiller dans les 2000 membres pour retrouver lequel attacher dans le champ de formulaire. Peut-on apporter la modif de sorte à les afficher par ordre alphabétique plutôt que par pagination de 100 ? Non parce que pour les retrouver... c’est un sport. :)
 
 ++
- Artlogic
 
 Décembre 2012
 
 Re.
 
 Je me suis donné tous les droits et j’obtiens toujours : « relance_adherents : Accès interdit ». walla.
 
 ++
- Déesse A.
 
 Décembre 2012
 
 Pour l’accès interdit, c’est corrigé avec la 68097 mais comme le dit le commentaire il reste un gros bug. Gildas, il faut reprendre tout ça et tester soigneusement. Quant à la question sur les groupes, c’est pas ma juridiction.
- Artlogic
 
 Décembre 2012
 
 re,
 
 Merci pour ta réponse.
 
 « car les auteurs sélectionnés dans le formulaire initial ne sont pas répercutés dans le formulaire suivant avec l’action finale. » Heu ce qui veut dire que les mails ne sont pas envoyés ? Heu ...et ça fait longtemps que c’est comme ça ? Une drôle d’impression d’avoir écrit dans le vide et relancé dans le vent. oO
- Jeannot
 
 Décembre 2012
 
 Salut,
 pour le bug d’envoi je vais y jeter un oeil(il me semble y avoir plus d’un bug et je suis assez persuadé que si par hasard des email partent ce n’est pas aux personnes selectionnées...), je ne comprends par contre pas l’intention qui se cache derriere le bouton « Lister ». Gildas une idée ?
 
 Les filtres de la pages edit_relances ne marchent pas bien du tout, je vais tacher de revoir ca. Je pensais aussi changer le lien pour « ecrire aux adherents » plutot que « relance des cotisations » vu que par defaut on arrive sur la page d’envoi d’un mail a destination de tous les membres actifs mais qui n’est pas un mail de relance de cotisation.
 
 Jeannot
- gilcot
 
 Décembre 2012
 
 bonjour.
 
 je prends la discussion en vol.
 
 @Jeannot
 le bouton « lister » est le bouton de validation du formulaire (les filtres... donc qui va « changer la liste affichee » selon les criteres choisis). il apparait quand javascript est desactive.
 
 @Artlogic
 ce doit etre recent. il y a deux etapes : une etape de confirmation (il dit qu’on s’apprete a envoyer X messages) puis une etape d’envoie (il dit qu’il y a Y messages envoyes, Y<=X est le nombre de personnes selectionnees ayant une adresse email)
 
 @Deesse A.
 je regarde ce soir de l’hotel et je prepare les corrections pour mon retour vendredi.
- Jeannot
 
 Décembre 2012
 
 Gildas,
 je suis en train de reprendre l’envoie d’email pour le passer entièrement en squelette/CVT, donc ne corrige rien, je m’en occupe.
 
 D’autre part, j’ai javascript d’activé et le bouton « Lister » est là et fait n’importe quoi...
- gilcot
 
 Décembre 2012
 
 Ok, c’était dans les cartons aussi (c’est la seule page qui n’était pas encore convertie en CVT parce-que pas eu le temps de tester)
 
 Pour le bouton lister qui apparait, c’est dans association_bloc_filtres : le input n’est plus encadrer par noscript. En soit ça devrait pas faire n’importe quoi puisque ce n’est qu’un bouton « submit » (avec JS activé il est ainsi caché car les liste s’auto-soumettent au « onchange »...)
- Jeannot
 
 Décembre 2012
 
 les problemes d’envoi sont corrigés par la r68197. La fonction change de nom pour devenir « Communications » et permet donc d’envoyer aussi des mails de relance mais pas par defaut.
 
 J’en ai profité pour virer aussi cet abominable icone qui ressemblait au symbole des carabinieri italiens pour le remplacer par une enveloppe qui me semblait mieux transmettre l’idée qui se cache derrière la fonction en question
- Artlogic
 
 Décembre 2012
 
 Salut,
 
 Bravo et merci. C’est de suite beaucoup plus ergonomique. Toutefois je rencontre encore un bug.
 A l’ouverture de la page « communication » (exec=mailing&filtre_statut_interne=defaut) j’obtiens l’affichage de près de 992 membres sur près de 2000 rédacteurs. Pourquoi seulement la moitiée je ne sais pas. Peut-être que c’est les actifs) Ca fait une très longue page mais ce n’est pas si grave. Si je sélectionne seulement les membres « à jour » ou encore « le bureau » je passe directement à la page exec=mailing qui m’annonce « Vous vous apprêtez à envoyer 992 Messages » . Huuu j’espère que le mail n’est pas parti. ^^
- Jeannot
 
 Décembre 2012
 
 Je n’arrive pas à reproduire. Avez-vous javascript activé ? Quel navigateur utilisez vous ? Pouvez vous ouvrir une console js et me dire si vous avez une erreur au moment du changement d’un des filtres.
 
 En effet a l’ouverture, ca affiche tous les membres actifs (toutes categories sauf desactivés).
 
 Si vous souhaitez ecrire au bureau seulement ou a une categorie, vous pouvez la selectionner sur la page des membres puis passer sur la page mailing, la selection devrait rester et vous eviter ainsi d’afficher une page a 2000 membres.
- Artlogic
 
 Décembre 2012
 
 Bonjour,
 
 Javascript est bien activé. J’ai essayé sous Firefox 17.0.1 et Chromium Version 22.0.1229.94 sous Ubuntu 12.10. C’est curieux : j’ai affiché la page des membres et ai demandé les actifs, puis je suis retourné dans la page communication et les actifs sont affichés d’office. Il semblerait pour le coup que ce soit bon cette fois. Je fais un essai et je reviens vers vous si ça repose problème.
Répondre à ce message

Horetol

Décembre 2012

Bonjour,
La page ?exec=adherents s’affiche correctement.
Cependant si je veux lancer une impression d’étiquettes j’ai le message d’erreur suivant quel que soit le statut (sauf actifs, mais ne renvoie rien, même en désélectionnant l’option uniquement membres sans email) :

Erreur SQL 1064

You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '((statut_interne IN ('prospect','ok','echu','relance'))) AND id_categore= 'tous' at line 3 
SELECT * FROM spip_asso_membres AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+bTwvY29kZT4="></span>, spip_adresses_liens AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YWw8L2NvZGU+"></span>, spip_adresses AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YTwvY29kZT4="></span>, spip_auteurs AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YXV0ZXVyPC9jb2RlPg=="></span> WHERE al.objet='auteur' AND al.id_objet=m.id_auteur AND al.id_adresse=a.id_adresse AND ( (code_postal<>'' AND ville<>'') OR (boite_postale<>'') )((statut_interne IN ('prospect','ok','echu','relance'))) AND id_categore= 'tous' AND m.id_auteur=auteur.id_auteur AND auteur.email='' ORDER BY nom_famille,prenom

Horetol

Décembre 2012
Bon j’ai en partie trouvé :

ligne 96 fichier formulaires/imprimer_etiquettes.php
au lieu de $where .= ' AND id_categore= '.sql_quote($filtre_categorie);
mettre : $where .= ' AND id_categorie= '.sql_quote($filtre_categorie);

categorie au lieu de categore (manquait le i )

Mais du coup nouvelle erreur :
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '((statut_interne IN ('prospect','ok','echu','relance'))) AND id_categorie= 'tou' at line 3 SELECT * FROM spip_asso_membres AS , spip_adresses_liens AS , .....
Il me semble que cela vient du filtre '.sql_quote($filtre_categorie); toujours à la ligne 96, car le AND id_categorie= 'tou' semble erroné. D’ailleurs si ne sélectionne pas catégories tous, je n’ai pas cette erreur. Mais je ne sais pas trop où trouver la définition de ce filtre.
Déesse A.

Décembre 2012

C’est doublement corrigé par la 68184.

Horetol

Décembre 2012

Merci. Je suis maintenant passé en révision 68188

Toujours sur l’impression des étiquettes : ?exec=adherents

Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '((statut_interne IN ('prospect','ok','echu','relance'))) AND id_categorie= 1 OR' at line 3 
SELECT * FROM spip_asso_membres AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+bTwvY29kZT4="></span>, spip_adresses_liens AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YWw8L2NvZGU+"></span>, spip_adresses AS <span class="base64" title="PGNvZGUgY2xhc3M9InNwaXBfY29kZSBzcGlwX2NvZGVfaW5saW5lIiBkaXI9Imx0ciI+YTwvY29kZT4="></span> WHERE al.objet='auteur' AND al.id_objet=m.id_auteur AND al.id_adresse=a.id_adresse AND ( (code_postal<>'' AND ville<>'') OR (boite_postale<>'') )((statut_interne IN ('prospect','ok','echu','relance'))) AND id_categorie= 1 ORDER BY nom_famille,prenom

Par ailleurs lors du lacement d’impression des (activités)
?exec=pdf_activite&id=xx : Message d’erreur : Fichier pdf_activite introuvable

Autre petit souci :
La désactivation groupée (« pour la sélection » puis « confirmer ») marche bien mais pas la réactivation. Il faut modifier chaque membre individuellement.

Suggestions :
Pensez-vous qu’il soit possible de :

avoir une pagination lorsque l’on liste les adhérents par lettres ? i.e j’ai beaucoup de B, il faut donc que je passe par tou(te)s.
lorsque l’on modifie un membre, les combo se positionnent sur le premier choix

Horetol

Décembre 2012

Message parti trop vite ....
lorsque l’on modifie un membre, le combo de la catégorie se positionne sur le premier choix. Serait-il possible qu’il se positionne sur la valeur réelle comme pour le statut ?

?exec=edit_activite&id=1

Les valeurs de Montant de l’inscription (en €) ne sont pas prises en compte. Elles sont donc par défaut à 0
Jeannot

Décembre 2012

la r68205 corrige le problème du sélecteur de catégories dans la page d’edition des membres.

pour les membres qui ne voulaient pas se reactiver en groupe, c’est la r68207
Déesse A.

Décembre 2012

Pour ce qui est du PDF des activités, c’est à présent corrigé par 68271.

Pour les erreurs signalées dans les messages ultérieurs, ce n’est pas dans ma juridiction à nouveau.

Répondre à ce message

Horetol

Décembre 2012

Comment gérer les désinscriptions à un évènement, cas de figure courant puisque les inscriptions négatives ne sont pas autorisées ?

Les sommes négatives ne sont pas non plus autorisées, bien qu’ayant régélé mon plan comptable avec « multi » sur les comptes d’encaissement des activités.

Je m’aperçois aussi que les montant entrés pour les inscriptions n’apparaissent pas dans les comptes ?exec=comptes.

Répondre à ce message
3

Horetol

Décembre 2012

Bonjour

Associaspip rev 67570
FPDF version 0.0.2

J’ai une erreur FPDF lorsque je veux editer la liste des membres ?action=pdf_membres&champs%5Bnom_famille%5D=on ....
FPDF error: Undefined font: courrier

Dans le plugin FPDF/font il n’y a pas de font « courrier » mais une fonte « courier ». Je suppose (?) que l’erreur vient de là, mais je ne vois pas quel fichier modifier pour corriger.

Ou faut-il que je poste sur FPDF ?
- Déesse A.
 
 Décembre 2012
 
 C’est corrigé par la 68184, dont je corrige le message : il manque le lien au passionant article de Jacques André sur cette police.
- gilcot
 
 Décembre 2012
 
 Hello.
 
 Il y a un rescape dans la correction (« r » au lieu de « rr » comme le mot francais) ce qui fait que la selection est bien enregistree mais pas retrouvee dans la page de configuration.
 L’article est tres interressant et instructif (la note 20 attire d’ailleur l’attention sur l’erreure) ; dommage qu’il ait ete refuse en 93, ce qui en a limite la diffusion. :-/
- Déesse A.
 
 Décembre 2012
 
 Il faut sélectionner une autre police, puis re-sélectionner Courier.
 
 Pour les 2 premiers pbs du denier message, je m’en occupe, mais je ne peux répondre aux autres.
Répondre à ce message
15

Horetol

Novembre 2012

Bonjour,

version 2.2 [68003]

Erreur ?exec=edit_exercice&id=1.
Quand on entre une date (début ou fin) au format suggéré ex 2012-01-01 (j’ai même essayé avec des parenthèses) on a une réponse « Votre saisie comporte une ou plusieurs erreurs ! ».
Il faut entrer directement dans la BD.

Reproduisez-vous cette erreur ? (déjà signalée)
- Déesse A.
 
 Novembre 2012
 
 Corrigé par 68018.
- Horetol
 
 Novembre 2012
 
 Merci.
 
 Autre message d’erreur.
 Sur la page : ?exec=adherents
 Warning: Invalid argument supplied for foreach() in ......./httpdocs/plugins/auto/Associaspip/association_options.php on line 2637.
 
 Est-ce parce que je n’utilise pas (encore) de champs extras sur les membres ?
- Horetol
 
 Novembre 2012
 
 Autres messages d’erreur, sans doute liés entre eux :
 
 L’action « Modifier membre » ?exec=edit_adherent&id=48 depuis la page
 ?exec=adherent&id=48 retourne : ID inconnu
 
 Quand on est sur la page exec=adherent&id=48
 l’action « Ajouter une cotisation » ?exec=ajout_cotisation&id_auteur=48 retourne également : ID inconnu
 
 Par contre, sur cette même page, l’action « Ajouter un don » ?exec=edit_don&id_auteur=48 aboutit correctement.
- Horetol
 
 Novembre 2012
 
 Page ?exec=activites (exec/activites.php)
 
 lignes 37 et 39 remplacer prix_unitaire par prix_activite
 ligne 101 : remplacer montant par prix_activite
- gilcot
 
 Novembre 2012
 
 Bonsoir Horetol.
 
 J’ai l’impression qu’il y a une mise à jour qui n’est pas passée... En effet, c’est bien prix_unitaire (ou sinon ç’aurait été prix_total tous les deux plus faciles à comprendre que prix_activite ou montant d’où le changement)
 
 Je trouve étrange les erreurs d’ID inconnue : on ne devrait pas les avoir dans ces cas précis (j’ai pas encore testé de mon côté)
- Déesse A.
 
 Novembre 2012
 
 Moi non plus je n’ai aucune de ces erreurs, en revanche il y a un vrai bug commis par r67570 : il comporte une mise à jour des tables existantes qui introduit « prix_unitaire » dans les tables asso_ventes et lasso_activites, mais le fichier base/association.php ne reporte cette modif que pour la première table. Du coup, ceux qui mettent à jour à partir d’une version antérieure à r67570 ont une version différente de ceux qui installent le plugin pour la première fois à partir de cette version. Ils faut corriger d’urgence le fichier base/association.php, sinon les nouveaux venus vont être dans une situation gravement incohérente.
- Horetol
 
 Novembre 2012
 
 Merci Gilcot et Déesse A. pour ces précisions.
 Je vais tout reprendre à zéro : désinstallation puis suppression de Associaspip via le serveur et suppression des tables de la BD.
 Je ferai ensuite une nouvelle installation avec la dernière version du plugin que je récupérerai via SVN.
- Horetol
 
 Novembre 2012
 J’ai fait comme dit. Tout supprimer, c’est à dire tous les fichiers et le répertoire du plugin ainsi que toutes les tables concernées dans la BD (tant pis je repars de zéro). Cela s’annonce bien mais Il semble qu’il manque 2 fichiers dans le répertoire formulaires dans la dernière distribution (http://files.spip.org/spip-zone/Association_2_0.zip) 30-11-2012 07:04 :
 
 J’ai chargé ceux de la distribution précédente.
 
 Messages d’erreur à l’appel de la configuration du plugin
 
 _ Aucun squelette formulaires/configurer_association_pdf.html n'est disponible... ../plugins/auto/Associaspip/formulaires/configurer_association.html Aucun squelette formulaires/configurer_association_compta.html n'est disponible... ../plugins/auto/Associaspip/formulaires/configurer_association.html
- Déesse A.
 
 Novembre 2012
 
 Ca vient d’être corrigé, ainsi que d’autres choses. Il faut chargé la r68036.
- Horetol
 
 Novembre 2012
 
 C’est fait : (Version : 2.2.0 [68036])
 Petit bug sur ?exec=association : le numéro de téléphone s’affiche deux fois, dont une fois (la première) à la place de l’adresse mail.
 
 Suggestion : Sur cette même page ne serait-ce pas mieux d’avoir le type de l’association (i.e. « Reconnue Utilité Publique » ou « A but non lucratif ») en lieu et place de « infofiscal » qui donne des dates dans le fond sans intérêt particulier ?
- Horetol
 
 Novembre 2012
 ?exec=activites
 
 Erreur SQL 1054 Unknown column 'a.montant' in 'field list' SELECT e.id_evenement, e.date_debut, e.date_fin, e.titre AS intitule, e.lieu, COUNT(a.id_activite) AS inscriptions, SUM(a.quantite) AS quantites, SUM(a.montant) AS montants, CASE COUNT(a.id_activite) WHEN 0 THEN 0 ELSE 1 END AS participations FROM spip_evenements AS e LEFT JOIN spip_asso_activites AS a ON e.id_evenement=a.id_evenement WHERE date_debut>='' AND date_debut<='2012-12-31' GROUP BY e.id_evenement ORDER BY date_debut DESC, date_fin DESC LIMIT 0,30
 
 Je ne modifie rien dans l’attente de vos suggestions.
- Déesse A.
 
 Novembre 2012
 
 Corrigé par r68043 pour le mail. Pour la suite, c’est une bonne idée mais c’est plus compliqué à faire vu l’organisation de la chaîne de langue sous-jacente. Il faut réfléchir.
- Déesse A.
 
 Novembre 2012
 
 Corrigé par r68044 pour l’erreur SQL.
- Déesse A.
 
 Novembre 2012
 
 Pour la chaîne de langue de type de l’association, c’est fait aussi par l’envoi suivant.
- Horetol
 
 Novembre 2012
 
 :-)) Merci
Répondre à ce message
6
horetol

Novembre 2012
Bonjour,
J’ai poursuivi l’exploration du plugin sur un Spip 2.1.9 [19922]vierge et mis à jour les différentes versions de Associaspip. J’en suis à la [67457].
J’ai pu corriger certains bugs, mais je ne suis pas assez compétent pour bien interpréter d’autres messages d’erreur.
Paramétrage Profil
Même si on a rempli l’objet de l’association dans le paramétrage, celui-ci n’apparaît pas dans le profil. Corrigé en ajoutant àformulaires/configurer_association.php à ligne 57 :
if ($GLOBALS['association_metas']['objet']) echo ''.$GLOBALS['association_metas']['objet']."\n";
Sur un plan personnel, car je pense que c’est plus clair pour les visiteurs, j’ai aussi fait apparaître les libellés « Déclarée le » ,« A », « Enregistrée sous le n° » ....
Paramétrage Exercices budgétaires
?exec=exercices
Erreur SQL 1054 Unknown column 'debut' in 'field list' SELECT AVG(TIMESTAMPDIFF(month,debut,fin)) AS valMoy, STDDEV(TIMESTAMPDIFF(month,debut,fin)) AS ekrTyp, MIN(TIMESTAMPDIFF(month,debut,fin)) AS valMin, MAX(TIMESTAMPDIFF(month,debut,fin)) AS valMax FROM spip_asso_exercices WHERE 1=1
Corrigé en remplaçant debut, fin par date_debut, date_fin
echo association_totauxinfos_stats('tous', 'exercices', array('semaines'=>"TIMESTAMPDIFF(week,date_debut,date_fin)", 'mois'=>"TIMESTAMPDIFF(month,date_debut,date_fin)") );

Membres Gérer les groupes
?exec=groupes
Aucun des 6 groupes créés par l’installation (2, 3, 20, 21, 30, 31) ne s’affiche. Normal ils sont tous en affichage =0.
Et je suppose que ce sont les groupes dédiés à la gestion des autorisations ?
D’autant que la commande « ajouter un groupe » provoque une erreur (voir plus loin).

J’ai modifié la ligne 30 de ?exec=groupes
array('*', 'spip_asso_groupes', 'id_groupe>=100','', 'nom'), // requete à array('*', 'spip_asso_groupes', 'id_groupe>=2','', 'nom'), // requete
pour avoir un affichage, mais je ne crois pas que cela soit la solution idéale.

Ajouter un groupe ?exec=edit_groupe ==> ID inconnu et je n’ai pas trouvé de parade.

En BD je créée un groupe supérieur à 100 (101 ; Bureau). J’ajoute un membre. L’ajout de « Fonction » pour ce membre n’est pas pris en compte.
Par contre c’est bien pris en compte dans ?exec=edit_adherent&id=1

?exec=adherent&id=1

3 message d’erreur
Dans la partie gauche, juste avant « auteur 1 »Invalid argument supplied for foreach() in /home/horetol/public_html/plugins/auto/Associaspip/association_options.php on line 2641
Dans la partie « Historique des cotisations »Warning: mysql_free_result() expects parameter 1 to be resource, boolean given in /home/horetol/public_html/ecrire/req/mysql.php on line 561 Peut-être parce que pas de cotisation entrée ?
Erreur SQL 1054 Unknown column 'date' in 'field list' SELECT DATE_FORMAT(date, '%Y') AS annee FROM spip_asso_comptes WHERE id_journal=1 GROUP BY annee ORDER BY annee ASC 2 Erreur SQL 1054 Unknown column 'date' in 'field list' SELECT id_compte, recette AS montant, date, justification, journal FROM spip_asso_comptes WHERE imputation=756 AND id_journal=1 ORDER BY date DESC, id_compte DESC LIMIT 0,10
Correction (sauf la première erreur) en remplaçant « date » par « date_operation »
ligne 85
$data = array_map('array_shift', sql_allfetsel("DATE_FORMAT(date_operation, '%Y') AS annee", 'spip_asso_comptes', "id_journal=$id_auteur", 'annee', 'annee ASC') );
et ligne 98
array('id_compte, recette AS montant, date_operation, justification, journal', 'spip_asso_comptes', $association_imputation('pc_cotisations', $id_auteur), '', 'date_operation DESC, id_compte DESC', '0,10' ),
GESTION DES MEMBRES
?exec=adherents&id=ID&groupe=&statut_interne=ok
J’ai des membres a jour et prospects mais pas d’affichage.
Il faut mettre entrer une ID et donc affichage un par un seulement.

IMPRESSION
?exec=pdf_membres
FPDF error: Undefined font: courrier. Pour cela je suppose qu’il faut aller dans le plugin FPDF ?
- horetol
 
 Novembre 2012
 
 Décidément mes doigts sont bien paresseux. Je sous un spip 2.1.19 [19922] ! (et non pas 2.1.9)
- gilcot
 
 Novembre 2012
 
 Bonjour.
 
 Pour l’erreur SQL sur les exercices, c’est corrigé.
 
 Pour les groupes d’ID<100 c’est normal qu’ils ne s’affichent pas : ce ne sont pas des groupes définis/utilisés par l’association (avec les rôles/fonctions des membres qui y sont) ; ce sont des autorisations utilisées par le plugin. Les autorisations n’ont pas à être affiché dans la page de présentation de l’association ; elles sont utilisées en interne pour gérer finement les accès aux diverses parties du plugin (en tant qu’administrateur non restreint on ne s’en rend pas compte parce-qu’on a accès à tout)...
 
 L’impossibilité de pouvoir ajouter des groupes est un bug introduit récemment. Ce sera corrigé sous peu.
- horetol
 
 Novembre 2012
 
 Bonsoir,
 
 Avez-vous trouvé la parade pour la création d’un nouveau groupe.
 
 Ajouter un groupe ?exec=edit_groupe qui déclare toujours : ID inconnu ?
 Merci
- Déesse A.
 
 Novembre 2012
 
 C’est réparé par r67834.
- gilcot
 
 Novembre 2012
 
 Bonjour.
 
 Oui, c’est parce-qu’il y a un vérification qui bloque sur l’absence d’ID (cas d’une création). Pas eu le temps de m’en préoccuper, mais vais regarder cela dans la soiréé. (je ne sais pas s’il y a seulement les groupes qui sont impactés)
- gilcot
 
 Novembre 2012
 
 ah ok, c’est fait (et l’autre qui prévient pas qu’il y a une réponse entre temps quand on prévisualise).
 Merci Déesse A
Répondre à ce message
Déesse A.

Novembre 2012

Attention, à partir de ce jour l’URL de développement de ce plugin a changé, afin de se conformer à l’arborescence standard de Subversion déjà adoptée par plus de cent plugins aujourd’hui. Pour ceux qui récupèrent les versions par le Zip produit automatiquement, rien de changé, mais pour ceux qui utilisent Subversion, il faut détruire sa copie locale et recharger tout avec un « svn checjout ». Les URLs des différentes versions disponibles sont les sous-répertoires des répertoires Trunk et Branches de cette URL.

Le code du répertoire Trunk est la version 2.2 en cours de développement. Cette version est destinée à SPIP 2.1 et sa stabilisation constitue le premier jalon à atteindre. La question du portage en SPIP 3 sera étudiée ultérieurement.

Répondre à ce message
9

Horetol

Octobre 2012

En fait concernant les images de « ?exec=ressources », il manque le « _ » de image_pack dans le code.
../plugins/auto/Associaspip/img pack/puce-verte.gif au lieu de
../plugins/auto/Associaspip/img_pack/puce-verte.gif.

Avec l’inspecteur, je vois bien le code dans
//*[@id="navigation"]/div[1]/div/table[1]/tbody/tr[1]/td[1]/img
mais je suis incapable de trouver dans quel fichier corriger cela.
- gilcot
 
 Octobre 2012
 
 Bonsoir.
 
 Petite parenthèse : faire « répondre au message » au lieu d’en créer un autre ; ça évite la dispersion et c’est pratique pour ceux qui viennent derrière aussi :-)
 
 Je viens de vérifier dans le code, c’est bien img_pack (avec l’underscore et non l’espace) partout... Je vais continuer à creuser.
- Horetol
 
 Octobre 2012
 Merci de votre aide et mes excuses pour ne pas avoir suivi les règles de réponse.
 J’ai refait une installation neuve sur un site vierge avec uniquement Associaspip, Agenda2 et spip Bonux.
 J’ai fait la modification suggérée dans « association_options.php ». Tout est ok cependant il reste 2 points mineurs.
 Un message d’erreur apparaît toujours quand je vais sur ?exec=activites. C’est, si je comprends bien parce que ma table est en effet vide, car je vois que cela recherche une imputation comptable.
 
 Erreur SQL 1064 You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND imputation=7088' at line 3 SELECT SUM(recette) AS somme_recettes, SUM(depense) AS somme_depenses FROM spip_asso_comptes WHERE DATE_FORMAT('date', '%Y')= AND imputation=7088
 
 Concernant les icônes qui ne s’affichent pas ( uniquement sur ?exec=ressources ), voici une capture d’écran avec la partie firebug. qui affiche bien img pack sans le underscore.
- gilcot
 
 Octobre 2012
 
 Bonjour.
 
 Merci beaucoup pour ces retours précieux :-| Ce sont des cas (désagréables j’en conviens) sur lesquels je n’étais pas tombé pendant mes tests :-(
 
 Concernant les erreurs sur la page des activités, je viens de comprendre qu’il y en avait plusieurs (en fait à deux endroits) : la correction précédente en a corrigé une mais pas une autre (et je soupçonne d’autres pages d’être dans le cas mais comme il faut des conditions particulières pour que l’erreur se manifeste...) Je corrige cela de suite !
 
 Pour le problème de puce, c’est assez surprenant puisque les images sont recherchées au même endroit que pour les icônes en haut (la barre des modules) et les autres boutons (onglet des raccourcis sur le côté).
 Mais j’ai trouvé l’origine du problème (bizarre que je l’ai pas vu plus tôt, sûrement les malices de mon cache) : le code générant l’image est passé à la fonction _T qui a remplacé les « _ » par des « » :-/
 Il y a d’autres erreurs en amont (dont l’horrible class"text"="" généré après correction par Tidy...)
- Horetol
 
 Octobre 2012
 Bonjour,
 Autre chose qui n’est pas vraiment un problème, ni même vraiment bloquant, mais représente un désagrément.
 Comme je vous l’ai dit j’ai d’abord installé Associaspip sur un spip 2.1.9 vierge (de tout). J’ai activé Associaspip, CFG et Spip Bonux et Agenda.
 Associaspip s’est bien activé et j’ai pu le configurer (cf nos échanges précédents).
 
 Maintenant j’active Coordonnées et là, cela annonce :
 
 Impossible d'activer le plugin ../plugins/auto/Associaspip Nécessite le plugin FPDF en version [0.0.1;] minimum. Nécessite le plugin COORDONNEES en version [1.4.5;] minimum. Nécessite le plugin CEXTRAS en version [0.8;] minimum.
 
 et de fait Associaspip est maintenant désactivé. (voir image jointe)
 En regardant le plugin.xml (de Associaspip) je vois :
 
 <necessite id="SPIP" version="[2.1.8;2.1.99]" /> <utilise id="fpdf" version="[0.0.1;]" /> <utilise id="coordonnees" version="[1.4.5;]" /> <utilise id="cextras" version="[0.8;]" />
 
 Question de béotien : ne faudrait-il pas avoir necessite plutôt que utilise ?
 
 J’ai donc activé tous ces plugins et cela ouvre d’autres riches perspectives. Mais aussi un message d’erreur dans la page : ?exec=adherents
 Warning: Invalid argument supplied for foreach() in /home/vipbusin/public_html/spip219/plugins/auto/Associaspip/association_options.php on line 2498
 
 Même message d’erreur sur la page ?exec=edit_activite&id_evenement=1 quand je veux ajouter une inscription.
 
 J’ajoute une’inscription et je valide (ajouter) et je suis dirigé vers une page ?exec=voir_activites&id=1&id_activite=1 qui affiche le message Fichier voir_activites introuvable
 Par contre j’ai pu vérifier que l’inscription est bien entrée en base et que son montant apparaît bien dans les comptes.
 
 J’ai aussi eu le message : Fichier plan introuvable /?exec=plan (je n’ai pas retenu depuis quel appel).
 
 Comme je fais le tour du plugin avant « mise en service » il est possible que je revienne vers vous pour d’autres précisions. D’avance merci pour votre patience.
- gilcot
 
 Octobre 2012
 
 Bonjour.
 
 Pour les plugins Coordonnées, FPDF, et Champs Extras, c’est bien « utilise » et non « nécessite » : ils sont optionnels et non obligatoires au fonctionnement du plugin :-) Du coup, pour le message d’erreur, je pense d’une part que c’est parce-que c’est une version de SPIP pas à jour (on en est à la 2.1,19), et d’autre part parce-qu’il n’y a pas de borne supérieure précisée (cela ne devrait pas poser de problème mais quelques fois on a des anomalies)
 
 Pour le message d’erreur, je vais voir si je le reproduis afin de pouvoir mettre la correction dans la mise à jour de tout à l’heure.
 
 C’est moi qui remercie pour les retours :-|
- gilcot
 
 Octobre 2012
 
 Bonjour.
 
 La révision 66769 corrige normalement le problème des puces dans la page des ressources...
 
 Au passage, les bornes des plugins supportés (mais optionnels) ont été réécrites de façon un peu plus strictes.
 Le lien sur exec=voic_activites a été corrigé aussi (en fait c’est exec=inscrits_activite ...)
 Mais je n’ai pas réussi à trouver la page d’où provient l’appel à exe=plan qui doit être normalement exec=plan_comptable (sinon conflit avec le « plan du site » pour SPIP 3)
 
 Voilà pour l’instant.
- horetol
 
 Octobre 2012
 SPIP 2.1.19 [19922]
 Associaspip Version : 2.1.0 [66805]
 
 ?exec=adherents.
 
 Parse error: syntax error, unexpected '.' in /home/../../../plugins/auto/Associaspip/exec/adherents.php on line 39
 'menu2_titre_relances_cotisations' => array('relance-24.png', 'edit_relances'.($id_groupe?"&groupe=$id_groupe":'')..($statut_interne?"&statut_interne=$statut_interne":''), array('relancer_membres', 'association') ),
 
 corrigée en
 
 'menu2_titre_relances_cotisations' => array('relance-24.png', 'edit_relances'.($id_groupe?"&groupe=$id_groupe":'').($statut_interne?"&statut_interne=$statut_interne":''), array('relancer_membres', 'association') ),
 
 Après correction autre erreur :
 
 Erreur SQL 1054 Unknown column 'validite' in 'order clause' SELECT m.id_auteur AS id_auteur, a.email AS email, m.sexe, m.nom_famille, m.prenom, m.id_asso, a.statut AS statut, m.date_validite, m.statut_interne, m.id_categorie, a.bio AS bio FROM spip_asso_membres AS m LEFT JOIN spip_auteurs AS a ON m.id_auteur=a.id_auteur WHERE ((statut_interne IN ('prospect','ok','echu','relance'))) ORDER BY nom_famille, prenom, validite LIMIT 0,30
 
 ligne 112 :
 $query = sql_select('m.id_auteur AS id_auteur, a.email AS email, m.sexe, m.nom_famille, m.prenom, m.id_asso, a.statut AS statut, m.date_validite, m.statut_interne, m.id_categorie, a.bio AS bio',"spip_asso_membres AS m LEFT JOIN spip_auteurs AS a ON m.id_auteur=a.id_auteur $jointure_groupe", $critere, '', 'nom_famille, prenom, validite', sql_asso1page() );
 
 Modifiée ainsi (validite ==>date_validite) :
 
 $query = sql_select('m.id_auteur AS id_auteur, a.email AS email, m.sexe, m.nom_famille, m.prenom, m.id_asso, a.statut AS statut, m.statut_interne, m.id_categorie, a.bio AS bio',"spip_asso_membres AS m LEFT JOIN spip_auteurs AS a ON m.id_auteur=a.id_auteur $jointure_groupe", $critere, '', 'nom_famille, prenom, date_validite', sql_asso1page() );
 
 Autre erreur sur page ?exec=adherents&lettre=D
 
 Erreur SQL 1052 Column 'nom_famille' in where clause is ambiguous SELECT m.id_auteur AS id_auteur, a.email AS email, m.sexe, m.nom_famille, m.prenom, m.id_asso, a.statut AS statut, m.statut_interne, m.id_categorie, a.bio AS bio FROM spip_asso_membres AS m LEFT JOIN spip_auteurs AS a ON m.id_auteur=a.id_auteur WHERE ((statut_interne IN ('prospect','ok','echu','relance'))) AND UPPER(nom_famille) LIKE UPPER('D%') ORDER BY nom_famille, prenom, date_validite LIMIT 0,30
 
 Il y a en effet « nom_famille » dans chaque table.
 
 Pas corrigé car je ne sais pas dans quelle table (ou même s’il faut) changer nom_famille. Faut-il passer par champs_extras ?
- horetol
 
 Octobre 2012
 Souci d’affichage de la page ?exec=membres_groupe&id=100 (idem autres groupes)
 
 En lieu et place de la photo du membre, il y a, à nouveau un
 
 <!DOCTYPE ... <html lang="fr" dir="ltr"> <head> ... <body> ...
- gilcot
 
 Octobre 2012
 
 Bonsoir.
 
 J’ai corrigé les erreurs dans ?exec=adherents (le double point successif qui plante la page, l’erreur sur le champ validite) Je n’avais hélas pas vu lors de mes tests parce-que mon navigateur m’avait resservi des pages en cache. pfff
 
 Pour le champ nom_famille, c’est normal que ça vous plante si vous l’avez dans la table des auteurs aussi : il ne sait pas lequel choisir. Bien que je ne pense pas que ce soit une bonne idée d’avoir de telles homonymies, j’ai modifié la page listant les adhérents pour lui préciser de prendre les champs du plugin (mais je pense qu’il y a d’autres pages impactées aussi, je regarderai plus tard)
 
 Je n’arrive pas à reproduire problème d’affichege des photos des auteurs dans la liste des groupes, mais je continue de chercher. Entre-temps videz le cache de SPIP et de votre navigateur voir...
Répondre à ce message

Horetol

Octobre 2012

Bonjour,

Associaspip 2.1.0 [66377]
Spip 2.1.9 [19922]

Page : ?exec=configurer_association

Juste avant le chapitre « PDF générés » il y a un [(|oui) non actif.

Par ailleurs sur mes pages « ?exec=dons » « ?exec=ventes » « ?exec=activites » j’ai ce message commun :

Warning: mysql_free_result() expects parameter 1 to be resource, boolean given in /home/webmanag/public_html/agedor/ecrire/req/mysql.php on line 561

Il y a aussi les messages d’erreur ci-dessous.

page ?exec=dons

5 Erreur(s) dans le squelette
Numéro	message	squelette	boucle	Ligne
1 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT AVG(argent) AS valMoy, STDDEV(argent) AS ekrTyp, MIN(argent) AS valMin, MAX(argent) AS valMax FROM spip_asso_dons WHERE DATE_FORMAT(date_don, '%Y')=
   /  	   /  	
2 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT AVG(valeur) AS valMoy, STDDEV(valeur) AS ekrTyp, MIN(valeur) AS valMin, MAX(valeur) AS valMax FROM spip_asso_dons WHERE DATE_FORMAT(date_don, '%Y')=
   /  	   /  	
3 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT SUM(argent) AS somme_recettes FROM spip_asso_dons WHERE argent AND DATE_FORMAT(date_don, '%Y')=
   /  	   /  	
4 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT SUM(argent) AS somme_reversees FROM spip_asso_dons WHERE argent AND contrepartie AND DATE_FORMAT(date_don, '%Y')=
   /  	   /  	
5 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ORDER BY date_don DESC' at line 4 
SELECT *, CASE WHEN argent<>0 AND colis='' THEN 'argent' WHEN argent=0 AND colis<>'' THEN 'colis' ELSE 'mixte' END AS type_don FROM spip_asso_dons WHERE DATE_FORMAT(date_don, '%Y')= ORDER BY date_don DESC

?exec=ventes :

4 Erreur(s) dans le squelette
Numéro	message	squelette	boucle	Ligne
1 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT AVG(quantite) AS valMoy, STDDEV(quantite) AS ekrTyp, MIN(quantite) AS valMin, MAX(quantite) AS valMax FROM spip_asso_ventes WHERE DATE_FORMAT(date_vente, '%Y')=
   /  	   /  	
2 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT AVG(prix_vente*quantite) AS valMoy, STDDEV(prix_vente*quantite) AS ekrTyp, MIN(prix_vente*quantite) AS valMin, MAX(prix_vente*quantite) AS valMax FROM spip_asso_ventes WHERE DATE_FORMAT(date_vente, '%Y')=
   /  	   /  	
3 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT SUM(prix_vente*quantite) AS somme_ventes, SUM(frais_envoi) AS somme_frais FROM spip_asso_ventes WHERE DATE_FORMAT(date_vente, '%Y')=
   /  	   /  	
4 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'ORDER BY id_vente DESC' at line 4 
SELECT *, CASE WHEN date_envoi<date_vente THEN 0 ELSE 1 END AS statut_vente FROM spip_asso_ventes WHERE DATE_FORMAT(date_vente, '%Y')= ORDER BY id_vente DESC
   /  	   /

?exec=activites :

5 Erreur(s) dans le squelette
Numéro	message	squelette	boucle	Ligne
1 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT id_evenement FROM spip_evenements WHERE DATE_FORMAT(date_debut, '%Y')=
   /  	   /  	
2 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT AVG(inscrits) AS valMoy, STDDEV(inscrits) AS ekrTyp, MIN(inscrits) AS valMin, MAX(inscrits) AS valMax FROM spip_asso_activites AS a INNER JOIN spip_evenements AS e ON a.id_evenement=e.id_evenement WHERE DATE_FORMAT(date_debut, '%Y')=
   /  	   /  	
3 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '' at line 3 
SELECT AVG(montant) AS valMoy, STDDEV(montant) AS ekrTyp, MIN(montant) AS valMin, MAX(montant) AS valMax FROM spip_asso_activites AS a INNER JOIN spip_evenements AS e ON a.id_evenement=e.id_evenement WHERE DATE_FORMAT(date_debut, '%Y')=
   /  	   /  	
4 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'AND imputation=708' at line 3 
SELECT SUM(recette) AS somme_recettes, SUM(depense) AS somme_depenses FROM spip_asso_comptes WHERE DATE_FORMAT('date', '%Y')= AND imputation=708
   /  	   /  	
5 	Erreur SQL 1064
You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'GROUP BY e.id_evenement ORDER BY date_debut DESC, date_fin DESC LIMIT 0,30' at line 4 
SELECT e.id_evenement, e.date_debut, e.date_fin, e.titre AS intitule, e.lieu, COUNT(a.id_activite) AS inscriptions, SUM(a.inscrits) AS quantites, SUM(a.montant) AS montants, CASE COUNT(a.id_activite) WHEN 0 THEN 0 ELSE 1 END AS participations FROM spip_evenements AS e LEFT JOIN spip_asso_activites AS a ON e.id_evenement=a.id_evenement WHERE DATE_FORMAT(date_debut, '%Y')= GROUP BY e.id_evenement ORDER BY date_debut DESC, date_fin DESC LIMIT 0,30
   /  	   /

Dois-je entreprendre une action ?
Merci de votre retour

gilcot

Octobre 2012

Mince, y a un petit paquet... (en fait, apparemment, des erreurs communes à beaucoup de pages que je ne m’explique pas) je vais regarder ça rapidement.
Est-ce une nouvelle installation ou une mise à jour ?
gilcot

Octobre 2012

Je pense que vous avez des tables vides (pas de dons/ventes/activités), ce qui n’est pas le cas de ma base de test... (mais votre signalement va permettre de corriger ce cas que j’vais zappé)

Êtes-vous en local ? Si oui, ouvrez le fichier association_options.php dans un éditeur de texte connaissant l’Unicode et les fins de ligne Windows, en recherchez la ligne suivante :
$sql_where = "DATE_FORMAT(date_$type, '%Y')=$an" Remplacez-la par celle-ci :
$sql_where = "DATE_FORMAT(date_$type, '%Y')="($an?$an:'0000'); Est-ce que ça résoud le problème ?
gilcot

Octobre 2012

oups, la ligne de remplacement est plutôt : $sql_where = "DATE_FORMAT(date_$type, '%Y')=".($an?$an:'0000'); (il manquait un point...)
Horetol

Octobre 2012

Bonjour,

C’est une nouvelle installation en ligne et non en local.

La modification de la ligne résout en effet les difficultés pour « Dons » et « Ventes ». Pour « Activités » c’est OK après avoir ajouté une activité.

J’ai, mais c’est tout à fait marginal, un souci d’affichage des puces (dossier img_pack) car mon spip est dans un sous répertoire.

Merci.
gilcot

Octobre 2012

Bonjour.

C’est noté ; je vais intégrer la correction dans la prochaine mise à jour :-)
Concernant les activités, je ne comprends pas pourquoi la correction ne marche pas :-/ Je vais continuer à investiguer.

De quelles puces parlez-vous ? Les autres images du plugin sont dans img_pack aussi, et le fait que SPIP soit dans un sous-dossier ne devrait pas poser de problème ! Est-ce que les icônes avec les bandeaux et les raccourcis s’affichent ?

Merci pour les retours
gilcot

Octobre 2012

Bonjour.

La mise à jour corrigeant le problème rencontré avec les tables vides (entre autres) est dans les bacs :-) (le numéro de version du plugin n’est pas changé mais en téléchargeant vérifiez bien que le numéro de révision est bien supérieur ou égal à 66769)

Répondre à ce message

Horetol

Octobre 2012

Excuses :
lire « img_pack » et non pas « image_pack ».

Répondre à ce message
4

MARC

Octobre 2012

Au risque de me faire fusiller .... et pour SPIP 3 qui est maintenant largement sorti ???
- gilcot
 
 Octobre 2012
 
 Mais non, on ne fusille pas pour si peu :-D Mais la réponse n’a pas changée (voir plus loin...) :-S
- MARC
 
 Octobre 2012
 
 Merci je m’en vais donc changer la borne du xml pour tests !!
 Retour d’expérience en cas de grosse difficulté !!
 Merci et 1000 excuses, j’aurais pu lire ......
 
 Sans doute le baobab dans la main m’a t il gêné au clavier !!! lol !!! :-D
- MARC
 
 Octobre 2012
 
 Hu le baobab a encore frappé !!!
 
 Malgré le changement de « borne haute » en 3.0.* mon joli SPIP 3.0.5 n’en veux point, le bougre !
 
 Oukejaifauxchef ?
- gilcot
 
 Octobre 2012
 
 Ah... :-/ Comment écrivez-vous exactement la borne ? Et avec <necessite id="SPIP" version="[2.1.8;3.0.99]" ></necessite> plutôt ?
Répondre à ce message
5
markouch

Juillet 2012
A nouveau une petite intervention, non liée à la précédente :
- pourquoi, à l’installation du plugin, est-il créé immédiatement dans la table asso_groupes 7 enregistrements, sans nom, le premier groupe créé si besoin étant id = 100 ?
- par ailleurs, est-il prévu des balises pour la gestion de l’affichage ? Par ex. pour afficher la liste des membres du bureau avec la fonction de chacun, il est nécessaire d’imbriquer une boucle sur la table asso_groupes_liaisons : une balise #FONCTION serait, me semble-t-il, fort utile ...Ne sachant pas moi-même comment créer de balises, je ne suis pas en mesure d’avancer cela ...
Marc
- gilcot
 
 Juillet 2012
 
 Re-bonjour :)
 
 Les groupes utilisateurs commencent à partir de 100 ; c’est fait exprès : les identifiants inférieurs sont réservés à l’usage interne du plugin, et les 7 déjà crées correspondent aux permissions expliquées dans la doc.
 
 Si, si, on peut afficher les fonctions avec #FONCTION dans un squelette (les tables du plugin sont déclarées pour pouvoir être des boucles SPIP) mais c’est vrai qu’il faut faire une imbrication ou une jointure... Je peux fournir des exemples si vous voulez.
 Par contre, écrire une balise hors-boucle n’est pas une bonne idée car le mot « fonction » est assez générique (j’ai des tables perso par exemple —et on peut trouver des plugins aussi— qui ont ce champs) d’une part, et d’autres part un membre peut avoir plusieurs fonctions (autant que de groupes) :-$
- gilcot
 
 Juillet 2012
 
 Bonjour.
 
 Je suppose que le message visiblement égaré dans une autre discussion répondait à celui-ci ? (ou alors je n’ai pas compris le rapport...) Partant de là, je dirai que Associaspip ne fournit pas de modèle parce-que les modèles sont souvent propres aux sites (en terme d’informations affichées —et quand c’est couplé avec les plugins Coordonnées ou Champs Extras on peut faire beaucoup de choses que nous ne pouvons maitriser ni prévoir— mais aussi en terme de présentation de ceux-ci). Au mieux, ce serait des exemples —vraiment très— basiques (les tables/boucles du plugin ne présentant pas de difficulté particulière).
 Je donne donc les boucles types mais sans avoir testé (j’ai un peu la flemme de créer des groupes en local pour cela, et sur l’un des sites en production où Associaspip est installé les groupes ne sont pas utilisés, et sur l’autre c’est un peu délicat car la base a été hackée pour remplacer les tables en question par des vues sur d’autres tables). De ce fait, les corrections/retours peuvent intéresser d’autres personnes qui passeront sur le forum.
- gilcot
 
 Juillet 2012
 Afficher toutes les fonctions d’un membre de l’association (en passant son id_auteur au modèle ou squelette) :
 
 <BOUCLE_ses_fonctions(ASSO_GROUPES_LIAISONS) {id_auteur} {, }> #FONCTION </BOUCLE_ses_fonctions>
 
 Afficher la fonction d’un membre de l’association (en passant son id_auteur au modèle ou squelette) dans un groupe donné (dont le id_groupe est passé au modèle ou squelette aussi) :
 
 <BOUCLE_sa_fonction(ASSO_GROUPES_LIAISONS) {id_auteur} {id_groupe}> #FONCTION </BOUCLE_sa_fonction>
 
 Chacune de ces boucles peuvent récupérer le id_auteur par #ENV par exemple, ou directement d’une boucle (AUTEURS) ou ASSO_MEMBRES englobante ! Ainsi, on peut afficher un membre et ses fonctions simplement :
 
 <BOUCLE_le_membre(ASSO_MEMBRES) {id_auteur}> #CIVILITE #NOM #PRENOM <BOUCLE_ses_fonctions(ASSO_GROUPES_LIAISONS) {id_auteur} {, }> #FONCTION </BOUCLE_ses_fonctions> </BOUCLE_le_membre>
- gilcot
 
 Juillet 2012
 Pour récupérer les id_groupes liés à un id_auteur :
 
 <BOUCLE_groupes_du_membre(ASSO_GROUPES_LIAISONS){id_auteur}> #ID_GROUPE (#FONCTION) </BOUCLE_groupes_du_membre>
 
 Si on veut afficher les noms de ces groupes, il faut imbriquer une autre boucle :
 
 <BOUCLE_groupes_du_membre(ASSO_GROUPES_LIAISONS){id_auteur} {, }> <BOUCLE_nom_du_groupe(ASSO_GROUPES){id_groupe}> #NOM (#FONCTION) </BOUCLE_nom_du_groupe> </BOUCLE_groupes_du_membre>
 
 Associaspip étant pour SPIP 2, on peut bénéficier de sa possibilité de jointures (c’est plus rapide et plus économique en ressources pour le serveur de bases de données) :
 
 <BOUCLE_groupes_du_membre2(ASSO_GROUPES_LIAISONS ASSO_GROUPES){id_auteur} {, }> #NOM (#FONCTION) </BOUCLE_groupes_du_membre2>
 
 Pour récupérer les id_auteurs liés à un id_groupe :
 
 <BOUCLE_membres_du_groupe(ASSO_GROUPES_LIAISONS){id_groupe}> #ID_GROUPE (#FONCTION) </BOUCLE_membres_du_groupe>
 
 Pour nommer les membres du groupe, on peut imbriquer deux boucles (méthode classique) :
 
 <BOUCLE_membres_du_groupe(ASSO_GROUPES_LIAISONS){id_groupe}> <BOUCLE_nom_du_membre(ASSO_MEMBRES){id_auteur}> #CIVILITE #NOM_FAMILLE #PRENOM (#FONCTION) </BOuCLE_nom_du_membre> </BOUCLE_membres_du_groupe>
 
 Mais on préfèrera utiliser la jointure automatique des tables :
 
 <BOUCLE_membres_du_groupe2(ASSO_GROUPES_LIAISONS ASSO_MEMBRES){id_groupe}{id_auteur}> #CIVILITE #NOM_FAMILLE #PRENOM (#FONCTION) </BOUCLE_membres_du_groupe2>
 
 Voilà, y a plus qu’à adapter à ses besoins :-)
- gilcot
 
 Octobre 2012
 
 Bon, j’annonce qu’il y a maintenant un modèle pour présenter les membres d’un groupe G : <asso_membres|id_groupe=G> :-) Mais attention, en le surchargeant on impacte la présentation dans le plugin aussi (c’est un effet de bord connu des modèles)
Répondre à ce message
1

gilhem

Octobre 2012

Bonjour à tous

Une question que je me pose, ou tout du moins une information que je recherche.

Souhaitant utilisser ce plugin pour permettre aux adhérents de s’inscrire à des activités et pouvoir solliciter le prêt d’équipement, il me semble qu’il faille écrire les modules nécessaires. Aussi, où puis-je trouver les diffrérents éléments de programmation : boucles, critères, balises et autres filtres.

Merci
- gilcot
  
  Octobre 2012
  
  Bonjour GillesM
  
  Tout d’abord, la gestion des ressources et des activités sont des modules bien distincts dans ce plugin : on peut activer l’un sans l’autre ou les deux (ou aucun des deux). Ensuite les modules sont prévus pour fonctionner dans l’espace privé de SPIP (mais on peut envisager des extensions sur le public au cas par cas, c’est juste que ce n’est pas prioritaire —si on veut que le plugin finisse d’être en chantier un de ces jours)
  
  Concernant les activités, ce sont en fait des « événements » créés (et associés à un article) avec le plugin Agenda 2 ! Le module d’Associaspip sert juste (accessoirement) à tenir une liste des « membres participants » et (principalement) à enregistrer les frais de participation à ces événements. (d’où la nécessité d’activer le module de comptabilité pour pouvoir l’utiliser)
  Du coup, il n’y a pas d’inscription en ligne prévu et tous les membres n’ont pas accès à ce module (il faut avoir les autorisations de comptable/trésorier ou être administrateur complet). Mais comme on se base sur le plugin Agenda 2, il est fort possible d’avoir des inscriptions en ligne par ce biais ; Associaspip pouvant ensuite récupérer la liste (afin d’enregistrer les paiements liés)
  
  Concernant les ressources (ce que vous appelez « équipements »), il faut les renseigner/cataloguer dans Associaspip, et ensuite on peut les prêter (gracieusement, avec ou sans caution) ou les louer. (d’où la nécessité d’activer le module de comptabilité pour pouvoir l’utiliser même si on ne gère pas vraiment un commerce).
  Ici aussi, il n’est pas prévu (pour l’instant) d’usage dans l’espace public (excepté qu’on peut afficher la liste des ressources disponibles, mais pas réserver pour l’instant...) : la(s) personnes qui s’en chargent (enregistrement des sorties et des restitutions) le font directement dans le module...
  
  Bref, les modules en question existent déjà mais ne sont probablement pas pensés comme vous l’imaginiez... Le mieux est d’installer le plugin pour tester tout cela puis de nous faire les retours nécessaires aux améliorations.
  Pour les boucles et les filtres utilisables dans les squelettes, il faut consulter le code source (essentiellement les fichiers base/association.php et association_fonctions) en attendant que la documentation soit mise à jour (ce le sera pour les boucles dès que le plugin passera en état de « tes »t i.e. r-c...)
  
  Merci.
Répondre à ce message
1

LaLy

Septembre 2012

Bonjour,

Y a-t-il une compatibilité prévue avec spip 3.0 ?

Merci de votre réponse
- gilcot
  
  Septembre 2012
  
  Bonsoir LaLy
  
  Oui, c’est prévu... mais ce n’est pas pour tout de suite... (comme l’indique la doc et comme souvent expliqué sur le forum : vous pouvez tester pour faire avancer les choses)
Répondre à ce message
3

markouch

Septembre 2012

Bonjour, j’ai installé sur un spip 2.1.13 la version 2.1.0 du 2 septembre, version que j’utilisais déjà auparavant ...

1. Cette version empêche complètement de mettre à jour un membre, car le format de date de validité du formulaire est refusé ... alors qu’il est juste !! Après avoir fouillé pendant toute l’après-midi, je rends mon tablier. J’ai même installé le script de vérification de format de date de la version précédente à la place de celle-ci (disparition du message d’erreur ...) mais aucun enregistrement des données ... On peut voir ci-dessous une image du formulaire.

2. Dans ce même formulaire (formulaires/editer_asso_membre.html) un malencontreux affichage du caractère « < » apparaît, que j’ai corrigé ligne 51. Ne sachant pas comment le transmettre directement, je le passe ici.

3. Il semble qu’à l’installation du plugin, la table spip_asso_groupes_liaisons ne soit pas installée (je l’ai installée à la main). Par ailleurs, pourquoi avoir commenté les champs de date qui me paraissent indispensables pour gérer les validité de fonction ?

Désolé de ne pouvoir en faire plus, mais ces pbs sont au-delà des mes compétences ...

Marc
- gilcot
 
 Septembre 2012
 
 Bonjour Marc.
 
 Les points 1 et 2 ont été corrigés le 2 ou le 3 : c’est du a une erreur malencontreuse introduite en simplifiant le code. Désolé pour la gêne occasionnée.
 
 Pour le point 3, je sèche pour ce qui est de l’absence d’une table. Y a t-il un message dans le fichier de log du plugin ?
 Concernant la vérification de date commentée (donc désactivée), à quel niveau est-ce ?
 
 Merci.
- Septembre 2012
 
 Bonjour,
 
 J’obtiens ceci sur presque toutes mes pages associaspip :
 
 Warning : Invalid argument supplied for foreach() in /home/www/a276bd22aab7debff9c4586fc2093564/web/plugins/auto/Associaspip/association_options.php on line 1661
 
 Que faire ?
- gilcot
 
 Septembre 2012
 
 Bonsoir ...Marc ?
 
 Comme le plugin est en développement, le numéro n’est pas pas systématiquement incrémenté (on attend d’être certain qu’il n’y a plus de bugs du à l’ajout de fonctionnalités) Donc il faut mentionner le numéro de révision (il apparait sur la ligne juste avant la version, avec la date du commit) pour aider à traquer l’erreur.
 
 Je n’ai pas reproduit le problème mentionné, mais je soupçonne que cela provient des renommages de fichiers il y a quelques jours puis des changements de signature des fonctions ces derniers jours. En vidant le cache (s’il le faut manuellement) devrait résoudre le problème avec la dernière révision du jour.
 
 Merci de me tenir au courant.
Répondre à ce message
26

Artlogic

Juin 2012

Salut, suite à une mise à jour, j’obtiens trois erreurs.

La première : je n’arrive pas à ajouter de cotisation à un membre. Dixit la page du membre :

La gestion comptable étant desactivée, seule la date de validité est prise en charge par la gestion des cotisations.

Hors il me semble bien que tout est activé. J’ai trois cotisations de prévu et elles s’ajoutaient bien dans les comptes.

La seconde : j’ai un planté sur ?exec=association.

Fatal error : Call to undefined function association_recuperer_emails_string() in /home/www/a276bd22aab8debff9c4506fc2093564/web/annecy/ecrire/public/composer.php(49) : eval()’d code on line 167

Et la moins grave sur ?exec=adherents j’ai tellement d’adhérents, que la pagination en pied de page dépasse vers la droite. C’est pas très beau mais ça reste fonctionnel.

Merci de vos lumières.
- gilcot
 
 Juin 2012
 
 Bonsoir Artlogic.
 
 Pour la première erreur, il faut faire un tour dans la page de configuration et s’assurer que la compta est activée. Cependant si les cotisations sont enregistrées je pense que l’erreur ne doit pas être à ce niveau... Je vais essayer de reproduire ce soir.
 
 Pour la seconde, je vois déjà où est le souci... Correctif dans la soirée...
 
 Euh... le troisième point ne se produit pas s’il n’y a pas trop d’adhérents c’est ça ? Les pieds de tableaux (pagination et boutons de validation surtout) et les hauts de tableaux (filtres) peuvent déborder chez certains car s’adaptant selon le contenu et les réglages, mais ils sont tous prévus pour occuper toute la largeur du bloc. Je vais voir ce qui est faisable pour corriger cela.
- Artlogic
 
 Juin 2012
 
 Merci de ta prompt réponse.
 
 A moins que ce soit ailleurs la gestion comptable est bien activée. CF capture. Dans une version d’associaspip d’il y a un mois ça ne posait pas de souci et on n’a rien touché aux parametrage.
- gilcot
 
 Juin 2012
 
 Pour la seconde erreur, je vois que appliquer_filtre est bien utilisé et que tout ce qui est relatif au plugin coordonnées ne l’est que si celui-ci est actif ! du coup je sèche un peu, d’autant que je ne trouve nulle part d’appel à association_recuperer_emails_string() ... je regarderai à tête reposée à mon retour lundi.
 
 pour le problème de pagination qui déborde, est-ce que la révision 62006 règle le problème ?
- Artlogic
 
 Juin 2012
 
 Impec pour la pagination.
- gilcot
 
 Juin 2012
 
 parfait (en effet, il y a un petit paquet de pages...)
 
 concernant le bug de la cotisation, j’ai regardé rapidement ce matin avant de partir, mais je n’ai pas trouvé ce qui clochait vraiment. (c’est d’autant plus difficile que je ne reproduit pas le problème) mais j’ai une petite idée... on verra à mon retour demain ou lundi.
 en attendant, il faut vérifier ce que disent les logs (privé de SPIP et Associaspip) ; il pourrait y avoir des pistes utiles...
- gilcot
 
 Juin 2012
 
 Bonjour.
 
 Je n’ai pas pu localiser le problème et je ne reproduis pas le bug :( Y a t-il quelque chose dans vos logs qui pourrait aider ?
 
 Merci.
- Artlogic
 
 Juin 2012
 
 Bonjour,
 
 Dans le paramétrage du plugin, j’ai ajouté la destination comptable,
 
 [] Activer la gestion des destinations comptables.
 
 ...je l’ai désactivé, et le bug a disparu. Aucune idée de ce qui a pu se passer. Par contre je n’ai pas de cotisation par défaut à l’ouverture de ?exec=ajout_cotisation&id=1234. J’ai 0 par défaut. Alors que j’ai entré 4 cotisations différentes dans la config. Sur cette même page j’obtiens un bloc de destinations comptables... alors que je l’ai désactivé.
- Artlogic
 
 Juin 2012
 
 Argl maintenant la cotisation s’affiche. Je m’en vais égorger des poulets et danser autour du feu pour que ça dure. Toutefois j’ai toujours le cadre. Associaspip génère-t-il un cache ?
- gilcot
 
 Juin 2012
 
 À gauche, dans le bloc d’infos, le nom de la catégorie n’est pas affichée... Je pense que l’auteur n’a pas de catégorie associée (ou alors cette catégorie n’existe plus ?). Il faut vérifier dans la configuration qu’il y a une catégorie par défaut : c’est utile pour les membres ajoutés automatiquement (à activer/désactiver dans la page de configuration du plugin aussi)
 
 euh.. pas la peine de s’en prendre aux pauvres poulet :D je ne connais pas assez les rouages de SPIP pour être certain, mais à priori oui (certaines pages sont en squelette et la plupart des formulaires d’édition sont CVT) Mais je suis surpris que SPIP ne vide pas toujours (ça m’arrive parfois mais de façon sporadique) le cache à la mise à jour des plugins (pourtant c’est théoriquement le cas)
- Artlogic
 
 Juin 2012
 
 Bonjour
 
 Ok la catégorie est maintenant cochée. Ca fonctionne mieux. Impec.
 
 ... J’ai trouvé un autre bug. Dans ?exec=comptes apparaît un lien vers une ressource. Le lien est du type : titre num. J’imagine qu’n lieu et place il devrait y avoir le titre de la ressource ? Bon j’en ai fini des bugs pour ce coup. :)
 
 J’aimerai ajouter une notion de caution sur des objets prêtés par l’association. On n’a pas forcément besoin de les louer mais plutôt de les récupérer. :) J’ai créé un tableau que j’ai commité il y a déjà quelques temps. J’ai utilisé le champ « pu » pour afficher la caution. Je me rend compte que s’il y a un prêt, ce « pu » est porté en positif dans les comptes. J’imagine que « prix_acquisition » débite dans les comptes. Quelle serait le champ à utiliser pour faire figurer une caution ?
 
 Merci de vos réponses
- gilcot
 
 Juin 2012
 Bonjour artlogic
 
 Ravi que ça fonctionne de nouveau correctement. C’est pas toujours évident ces problèmes qu’on a du mal à reproduire et auxquels on ne peut pas apporter une réponse rapide.
 
 Pour le bug, il est constaté depuis quelques temps mais je ne me suis pas donné temps de réparer (pourtant ça prend pas du temps...) : au lieu de « titre num » on devrait avoir « ressource N » tout simplement (c’est comme les ventes et les dons ...où on a le même bug...)
 
 Au sujet des prix des ressources (et à ce propos la documentation doit être complétée) :
 
 prix_acquisition est le « montant total d’acquisition de la ressource » (prix de toutes les quantités —s’il y en a plusieurs— ainsi que frais de port et tout). normalement ce montant est débité du compte financier de paiement et crédité au compte de l’emploi de ressource ou de l’immobilisation (il s’agit comptablement d’un patrimoine qui s’amortit sur le long terme mais la chose n’est pas prise en compte ici puisque ce plugin n’a pas vocation à remplacer un logiciel de compta...)
 pu est le nom historique (j’aurais préféré prix_location par exemple) du « montant unitaire de la/le location/prêt » (il vaut « 0 » pour les prêts gracieux et a une valeur pour les locations, l’unité de location en question étant la durée de base facturée... ) donc dans les comptes on trouve pu*duree
 prix_caution pourra être un nouveau champ à rajouter (comme le prix unitaire de location, il devra être aussi bien dans la table _ressources que dans la table _prets pour permettre la mise à jour sans impacter les anciennes valeurs). au niveau compte, la caution devra créditer un compte au moment du prêt (c’est pour faire simple car la date de sortie est celle de la ressource, pas celle du dépôt de la caution) et débiter ce même compte au moment de la restitution (toujours pour faire simple)
 la caution est donc une fonctionnalité à rajouter ;) je vais commencer quelque chose dans ce sens et vous me direz si ça vous convient :)
- Juin 2012
 
 Ok merci.
 
 Si c’est trop compliqué coté compta, on peut rendre la caution non encaissable aussi. Et ajouter un champ pour noter son montant pour chaque objet.
- gilcot
 
 Juin 2012
 ce que je prévois (il reste plus qu’à tester en fait mais pas trop le temps) :
 
 prendre en compte si la caution est définie (montant non nul pour ceux qui en font usage) sinon on continue comme avant
 et quand c’est pris en compte, c’est encaissable si un compte dédié est spécifié pour cela en configuration (un paramètre de conf de plus donc) sinon ca ne l’est pas.
 
 s’il faut juste rajouter un champ c’est vrai que c’est plus simple, mais autant poser les champs extras sur les ressources non ? :)
- gilcot
 
 Juin 2012
 
 bonsoir artlogic
 
 juste pour savoir si vous avez pu tester et si ça donne satisfaction (et aussi si je n’ai pas introduit de bug en passant) :)
- Artlogic
 
 Juin 2012
 
 Bonjour,
 
 Excusez-moi je n’avais pas compris que c’était déjà codé. Je ne trouve rien en configuration sauf peut-être un nouveau « Classe des comptes pour immobilisations » Est-ce ceci qu’il nous faut renseigner ?
 
 Merci de vos réponses.
- gilcot
 
 Juin 2012
 
 Bonjour.
 
 Alors, normalement en éditant une ressource on peut maintenant indiquer le montant de la caution et ce sera pris en compte au moment du prêt et de la restitution. C’est le premier changement à tester (deux formulaires modifiés)
 Si la caution n’est pas définie (montant zéro) on n’en tient pas compte et on poursuit comme avant... Cela est à tester aussi (toujours les mêmes formulaires)
 
 Dans ces deux premiers tests, la caution n’est pas comptabilisée (à vérifier donc chaque fois dans le livre de compte)
 Mais si on veut la comptabiliser (derniers tests à faire) il faut l’indiquer dans la configuration du plugin au niveau du module (il faut créer et indiquer le compte qui utilisé pour les cautions). La classe des immobilisations ne sera finalement pas utilisée... (faut que je pense à virer cela une prochaine fois)
 
 Voilà voilà :)
- Artlogic
 
 Juin 2012
 
 Ok j’ai pu ajouter des cautions. Par contre je n’ai pas encore testé dans les comptes. Je vais rectifier mon modèle public avec prix_caution. J’ajoute le commit.
- Artlogic
 
 Juin 2012
 
 Est-ce que je commit ce tableau de location ...ou pas. Il manque quelques chaines de langues et je n’ai pas mis de colonne pour le prix d’acquisition.
- gilcot
 
 Juin 2012
 
 ah... je ne connaissais pas ce tableau :/ (de la nécessité de faire tester par plusieurs vu que nous n’utilisons pas tous toutes les fonctionnalités)
 
 vous pouvez le « commit » je rajouterai les chaines de langue par la suite. quand au prix d’acquisition je ne pense pas que ce soit nécessaire... (les gens ont besoin de savoir « quoi » et « combien » et si c’est dispo ou quand ça va l’être...)
 
 merci beaucoup
- Artlogic
 
 Juin 2012
 
 Et bien si, je l’avais bien commité. La correction est effectuée en 63046
- gilcot
 
 Juillet 2012
 
 Ça y est, j’ai mis les items de langue en r63476 et j’en ai profité pour prendre en compte les nouveaux statuts (vous verrez que dans votre tableau les statuts ne sont pas indiqués pour les dernières ressources ajoutées parce-que le formulaire demande plutôt le nombre d’exemplaires disponibles... mais ceci ne s’applique pas aux anciens car j’ai essayé de maintenir la compatibilité)
 
 Par contre, est-ce nécessaire d’afficher las commentaires (chez moi ils ne sont pas destinés au public) ou la date d’acquisition (je pense que ça importe peu aux adhérents).
 De même je ne sais pas si la date de retour est forcément nécessaire, le plus important étant de savoir si la ressource est libre ou pas (et on n’affiche pas les ressources suspendues ou retirées des prêts...)
 Bref, je les ai viré du tableau ...par défaut, mais si on veut on peut les rajouter en passant au modèle |acquisitio=oui |retour=oui |remarques=oui :)
- Juillet 2012
 
 Très bien. Ok pour les commentaires, les retours et les remarques. Nous, on les utilisera pour indiquer l’état d’un livre, mais aussi pour indiquer à celui qui l’a emprunté quand il doit le ramener. Merci.
- gilcot
 
 Juillet 2012
 
 Ah ok, je n’avais pas pensé à ça... Nous indique aussi diverses informations (dont l’état) mais des choses destinées aux gestionnaires (personnes ayant accès au plugin) et non aux adhérents. Mais bon, l’affichage n’a pas tout à fait disparu, c’est juste que la syntaxe d’appel change : <liste|disponibilites|remarques=oui> ou <liste_disponibilites|remarques=oui> ;-)
- Artlogic
 
 Août 2012
 
 Bonjour,
 
 J’ai à nouveau un problème sur l’ajout de cotisation, toutefois différent :
 Sur la page « http://www.art-logic.info/ecrire/?exec=ajout_cotisation&id=3190 » en ajoutant une cotisation, j’obtiens un « ajout_cotisation : Accès interdit ».
 Pourtant je suis admin toutes rubriques et webmaster. Le plugin est à jour à l’instant.
- Septembre 2012
 
 Bonjour,
 
 Ca coince. :) ajout_cotisation : Accès interdit. Faut-il être trésorier pour ajouter une cotisation ?
 
 meric pour ce plugin
- gilcot
 
 Septembre 2012
 
 Bonjour.
 
 Je viens de voir les messages. Pour « l’accès interdit » ; il se trouve que c’est une erreur apparue avec le nettoyage du code (r65375) en vue de la stable. Je ne m’en étais pas rendu compte avant dimanche dernier où il a été corrigé.
 
 Cependant, si ce n’est pas urgent, je demande de patienter jusqu’à la semaine prochaine car il y a du remue-ménage quotidien là... Merci.
Répondre à ce message
3
horetol

Juillet 2012
Bonsoir,

Voici le message d’erreur que j’ai après une installation totalement nouvelle (rien avant).

Je comprends qu’il y a une erreur dans une requête portant sur une colonne « statut_interne », mais comment la corriger ?
1 Erreur(s) dans le squelette Numéro message squelette boucle Ligne 1 Erreur SQL 1054 Unknown column 'statut_interne' 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
- gilcot
  
  Juillet 2012
  
  Bonjour.
  
  Je pense que vous n’avez pas installé « Associaspip » mais son ainé. Comment récupérez-vous le .zip de l’archive que vous installez ?
  
  Merci.
- horetol
  
  Juillet 2012
  
  Bonjour,
  
  Merci.
  En effet, après recherches plus approfondies dans ce forum, j’ai trouvé la réponse.
  L’installation « automatique » via les listes de plugins « http://plugins.spip.net/rss-+-selection-2-1-+ » et « http://www.spip-contrib.net/?page=rss-plugins-spip-2-1 » ne charge pas et donc n’installe pas la dernière version du plugin.
  La dernière version se trouve sur « http://files.spip.org/spip-zone/#Association_2_0 ».
- gilcot
  
  Juillet 2012
  
  Bien. :-) (je me disais bien que le problème s’était déjà posé mais je ne m’en souvenais pas exactement).
  Avant d’installer Associaspip, veillez à bien désinstaller Association 2 : utilisant des tables communes et le même préfixe, ça fout souvent le boxon. C’est soit l’un, soit l’autre...!
Répondre à ce message
2
markouch

Juillet 2012
Oui, c’est vrai, merci ... J’allais indiquer moi aussi cette erreur, que j’ai corrigé dans la version que je viens de downloader il y environ 50 mⁿ ... Merci de l’avoir reportée ...

A propos, très bonne avancée du plugin, mais pas facile à installer sur une version ancienne, car, si la version précédente (néanmoins déjà numérotée 2.1.0 !!) indique qu’il n’est pas possible de désinstaller les tables, elle efface la table association_metas que la nouvelle version a bien du mal à retrouver !!

Il a donc fallu
- installer la dernière version,
- désinstaller celle-ci (sous les alertes de spip),
- la réinstaller enfin ... Ouf !
Mais, une fois fait, beaucoup d’améliorations, merci pour les développeurs !!

Marc
- gilcot
  
  Juillet 2012
  
  Bonjour markouch
  
  En effet, il y a eu quelques passages difficiles et on espère que tout est rentré dans l’ordre...
  Merci de ne vous êtes pas découragés, et merci pour le soutien (on est entrain de voir le bout du tunnel)
  
  Il y a un fichier de logs qui est généré (dans tmp/ ) : il peut être utile pour nous permettre d’améliorer les choses.
- Juillet 2012
  
  Un nouveau modele pour afficher les membres de l’asso avec leur groupe ? ;)
Répondre à ce message
1

Pierre

Juillet 2012

Bonjour,
Install fraiche sur une v2.1.16 de Spip et à l’ajout d’une catégorie de cotisation, un message d’erreur PHP apparait pour le fichier inc/association_comptabilite.php ligne 148, une parenthèse en trop semble-t-il ;-)
- gilcot
  
  Juillet 2012
  
  Bonjour Pierre.
  
  Vous avez tout à fait raison : il y a une coquille de dernière minute par ma faute. C’est corrigé à l’instant.
  
  Merci pour le signalement et mes excuses pour le désagrément.
Répondre à ce message
11

Florian

Juillet 2012

Bonjour,

J’ai ajouté des membres et des auteurs par CSV mais ils n’apparaissent pas dans la liste (cf.capture ci-dessous). Qu’est-ce qui cloche ?

Merci pour votre aide.
- Aurelien
  
  Juillet 2012
  
  Bonjour à tous,
  Idem que Florian, la liste des membres ne s’affiche pas.
  Dans l’attente de vous lire.
  ++
- Aurelien
  
  Juillet 2012
  
  Re,
  Je me réponds à moi-même, et peut-être également à Florian ...
  En ajoutant les plugins « coordonnées », « pays » et « fpdf », tout s’affiche correctement ! :-)
  Merci beaucoup pour cet excellent plugin.
  ++
- Florian
  
  Juillet 2012
  
  J’ai ajouté fpdf (j’avais déjà Pays et Coordonnées) mais la Gestion des membres n’affiche que les auteurs entrés à la main, et non pas les 1000 éléments importés dans spip_auteurs et spip_asso_membres.
  
  Je vais essayer avec un import moins volumineux.
  
  En tout cas merci, c’est déjà mieux !
- gilcot
  
  Juillet 2012
  
  Bonjour Florian.
  
  Tout d’abord, si vous ajoutez des membres directement dans la base de données (que ce soit un par un ou par import CSV, aussi bien par ligne de commande que par PHPMyAdmin, etc.) les auteurs en question seront présents dans SPIP mais certains traitements ne seront pas faits car les « pipelines » de traitement n’auraient pas été déclenchés.
  Le plugin import CSV devrait limiter les désagréments de ce genre. (je n’ai pas essayé). Mais alors, pour que les auteurs soient automatiquement ajoutés comme membres de l’association, il faut activer cette option (automatiquement créer un membre à l’édition d’un auteur) dans la configuration de Associaspip : cela semble être le cas chez vous si j’en crois la capture d’écran (puisqu’il y a la pagination... sinon ce serait un bogue...)
  
  Si tous les auteurs/visiteurs sont membres, vous pouvez forcer Associaspip à se mettre à jour en utilisant l’outil de synchronisation dans page principale (celle affichant normalement le tableau quand on clique sur l’onglet). Dites-moi si cela arrange votre problème.
  
  Merci.
- gilcot
  
  Juillet 2012
  
  Bonjour Aurélien.
  
  Quand vous dites « idem », est-ce à dire que la liste ne s’affiche pas parce-que vous avez importé la liste des auteurs en CSV ?
  
  Normalement, les plugins Coordonnées (et Pays qui est utilisé par celui-ci) ainsi que FPDF sont facultatifs : non seulement Associaspip ne les réclame pas pour s’installer et s’activer, mais il est prévu aussi pour fonctionner en leur absence (quand ils sont présents ils offrent un plus qu’il faut considérer comme la cerise sur le gâteau...)
  En désactivant ces plugins, confirmez-vous le disfonctionnement ?
  
  Merci.
- Aurelien
  
  Juillet 2012
  
  Bonjour gilcot,
  Quand je dis « idem », c’est que je ne voyais pas la liste des membres.
  Mais pas suite à un import, suite à une inscription normale d’auteur.
  Je confirme que si je désactive FPDF, je ne vois pas plus la liste des membres.
  Effectivement, Coordonnées et Pays sont facultatifs.
  Dans l’attente de te lire.
  ++
- gilcot
  
  Juillet 2012
  
  Ah, c’est plus clair et je reproduis l’erreur... qui est corrigé par r63466 maintenant. Merci beaucoup pour le signalement ; maintenant nous pouvons aller au défilé aussi ;-D
- Aurelien
  
  Juillet 2012
  
  Salut gilcot,
  J’ai un autre bug à te signaler ... du moins je crois ! :-)
  Lorsque je veux ajouter une cotisation à un membre, je ne vois pas la liste de celles-ci ...
  Dans l’attente de te lire.
  ++
- gilcot
  
  Juillet 2012
  
  Bonjour Aurelien
  
  La capture d’écran correspond bien à ce qui est prévu...
  La liste des cotisations d’un membre est affiché sur la page (d’historique) du membre.
  La liste des montants des cotisations selon chaque catégorie est affichée sur la page des catégories (plusieurs catégories pouvant avoir le même montant mais des significations ou des avantages différents)
  Quand on veut veut ajouter une cotisation, c’est le montant correspondant à la catégorie du membre qui est affiché ; mais on peut changer cette valeur (tout comme la date de validité et la date de paiement). La liste des catégories—montant pourrait être présenté (en se positionnant sur la catégorie correspondante) mais ce n’est pas le choix qui est fait pour permettre d’enregistrer des paiements en plusieurs échéances par exemple... Ceci dit, c’est un formulaire CVT donc surchargeable... ;-)
- Aurelien
  
  Juillet 2012
  
  Re,
  Effectivement, c’est mon raisonnement qui n’était pas bon ! :-)
  Je croyais que l’on pouvait à partir de cette page, choisir la catégorie de cotisation à affecter ...
  Mais en fait, cela se fait au niveau du membre ... je viens de le voir.
  Merci pour ta réponse.
  A bientôt.
  ++
- gilcot
  
  Juillet 2012
  
  En effet :) Et puis la catégorie ne bouge pas souvent... et fait partir des « caractéristiques » du membre :)
  
  Ravi que tout soit solutionné.
Répondre à ce message
1

Juillet 2012

Bonsoir,

Est-il possible d’afficher le contenu d’ ?exec=association dans les pages publiques du site ? Est-ce un modèle ?
- gilcot
  
  Juillet 2012
  
  Bonsoir.
  
  Il s’agit d’une page de l’espace privée et non du site public. Cette page n’est ni un squelette du site public ni un modèle.
  
  Que désirez-vous exactement ? Sachant que vous pouvez écrire vos propres boucles...
Répondre à ce message
6

gillesd

Juin 2012

Bonsoir,
Je viens d’installer spip 2.1.15 et les différents plugins avec associaspip 2.1.0 mais je ne vois pas la même chose que sur les captures d’écran du forum.

- Je n’ai pas de module dons, ventes, activités, prêts,...
- A quel endroit doit on activer la compta ?
- Il est évoqué un plugin FPDF que je ne trouve pas sur spip-contrib... (j’ai pourtant Fatal error : Class ’FPDF’ not found in /plugins/auto/Associaspip/inc/association_comptabilite.php on line 702) à la création d’une catégorie de cotisation.

Faut-il avoir installer la version précédente de associaspip_2_0 ?

D’avance merci de votre aide.
Gilles
- gilcot
  
  Juin 2012
  
  Bonsoir Gilles
  
  Pour avoir les autres modules, il faut les activer dans la configuration (page de votre capture) plus bas. Avez-vous le formulaire complet ? (je vais regarder s’il y a un souci mais normalement non) Si le formulaire vous refuse l’activation de la compta, c’est parce-qu’il y a des classes qui ne sont pas définies (pour cela il faut d’abord créer des comptes de cette classe) À quel endroit ça coince ?
- gillesd
  
  Juin 2012
  
  Merci de votre réponse.
  
  Je viens de créer des classes et le formulaire ?exec=configurer_association a maintenant des champs supplémentaires. Quand je veux valider avec l’option « »Activer la gestion comptable" j’ai l’erreur suivante :
  
  Fatal error : Class ’FPDF’ not found in /www/plugins/auto/Associaspip/inc/association_comptabilite.php on line 702
  
  D’autre part, je ne vois rien relatif à l’activation de modules dans ce formulaire...
  
  Gilles
- gillesd
  
  Juin 2012
  
  Rebonjour,
  J’ai réglé le pb de FPDF en ajoutant le plugin de la librairie que j’ai trouvé sur http://plugins.spip.net/fpdf.html
- gilcot
  
  Juin 2012
  
  Bien le problème de l’activation de la compta (et des autres modules) est réglé et j’en suis soulagé :)
  
  Pour l’erreur (Fatal error ...) ce sera corrigé dans les prochaines heures. Ceci n’aurait pas du arriver (c’est un effet de bord de la réécriture des exports de compte...)
  
  Pour FPDF lui-même, ce n’est pas un module à configurer mais un plugin à installer pour bénéficier des exports en PDF. Il y aura plus tard des options de configuration si le module est installé. Mais normalement Associaspip peut s’utiliser sans FPDF (d’où l’erreur indique un bogue grave)
- gilcot
  
  Juin 2012
  
  Ah d’accord, vous avez trouvé la bibliothèque :)
  Il reste quand même le « bug » à éliminer...
- gillesd
  
  Juin 2012
  
  je n’ai plus cette erreur maintenant que FPDF est installé et j’ai les modules « Association » « Membres » Dons« « Activités » »Prêts" « Dons ».
  
  Je rencontre d’autres « curiosités » mais je vais maintenant aller plus loin quitte à faire ultérieurement un retour plus circonstancié.
  
  Merci
  Gilles
Répondre à ce message
1

Hervé

Mai 2012

Bonsoir,

Associaspip existe-t-il avec des variables pour la Suisse (Francs, CHF, Frs, plan comptable) ?

Notre association gère des droits d’eau lié à la nature du terrain (jardin potagé, prairie, culture fruitière, etc) et aux surfaces (m²), prix au m² x la surface = cotisation à payer.

Pour la nature du terrain, l’utilisation des catégories est idéale (montant = prix au m² selon la nature), pour les mètres carrés, il faudrait pouvoir utiliser un multiple du montant de la catégorie (coefficient de multiplication correspondant à la surface).

Celà est-il faisable avec le plugin.

merci d’avance pour votre réponse
- gilcot
  
  Mai 2012
  
  Bonjour Hervé.
  
  Concernant la comptabilité, Associaspip a été conçu pour :
  - être adaptable (il faut paramétrer selon la comptabilité de son pays) pour peu qu’on utilise un plan comptable avec des comptes numériques (ceci est appelé à évoluer) regroupés en classe
  - permettre de saisir de façon simple les opérations courantes (cotisations, dons, prêts, ...) simplement et tenir un journal de trésorerie (comptabilité en partie simple de recettes et dépenses) tandis que le plugin retranscrit en comptabilité à partie double mais simplifiée...
  Donc de ce côté je pense que sur ce point ça devrait aller :) Mais l’équipe de développement étant française, peut-être noterez vous des points perfectibles qu’il ne faudra pas hésiter à signaler pour permettre d’améliorer le plugin..
  
  Pour les prix, il est indiqué « euro » mais ce sont des chaînes de langue surchargeables pour s’adapter à tous les besoins : francs, dollars, roubles, yens, etc. La seule limitation du plugin est qu’il ne gère qu’une seule devise qui n’est donc pas enregistrée en base de données.
  Donc de ce côté rien à craindre ; juste un travail de personnalisation supplémentaire (les chaines de langues perso à écrire pour surcharger celles du plugin) qui heureusement ne se fait qu’une fois.
  
  Le point suivant est un peu plus délicat. Le plugin gère en effet les catégories mais on ne peut en appliquer qu’une seule à chaque adhérent. Autrement dit, il y a un coefficient unique applicable à chaque membre ; or vous semblez en avoir besoin de deux : le prix au mètre carré et la surface...
  Si au lieu de la surface vous utilisez des paliers/euils de surfaces (comme les tranches d’imposition ou les puissances moteurs dans les assurances, est-ce cela les coefficients correspondants à la surface ?) alors vous pourrez faire comme j’ai fait dans mon cas : une grille et attribuer une catégorie à chaque case de la grille... En fait au lieu d’utiliser des coefficients multiplicatifs il faut établir une grille exhaustive de tous les tarifs applicables (ceci doit être réalisable par une routine annexe au plugin)
  J’espère vous avoir éclairé et j’espère que ce plugin répondra à vos besoin.
Répondre à ce message
1

Jérôme

Mai 2012

Bonjour,

Ce plug-in est-il déjà compatible avec SPIP 3.0 ou le sera-t-il prochainement ?
- gilcot
  
  Mai 2012
  
  Bonjour Jérôme.
  
  D’une part SPIP 3.0 vient de sortir officiellement (une semaine peut-être ? donc il n’est pas si tard) ;
  d’autre part Associaspip n’est pas encore passé en phase de « test » (il est encore en dev donc les fonctionnalités ne sont pas encore gelées et le code peut encore bouger). De ce fait on ne peut dire (à peu près) quand sera prochainement... Cependant il semble fonctionner déjà sous SPIP3 (à condition de modifier soi-même la borne supérieur dans le fichier plugin.xml car ce ne sera pas fait officiellement avant quelques temps)
  
  Merci.
Répondre à ce message
1

Manu

Mai 2012

Bonjour,
le statut « SPIP » a-t-il un enjeu particulier pour le fonctionnement de ce plugin ? En d’autres termes, le statut au sens SPIP du terme (visiteur, rédacteur) des membres impacte-t-il le fonctionnement de ce plugin ou au contraire ce dernier est-il indifférent à ce statut ? Pour un site assez sensible, j’aimerais en effet affecter aux membres de l’association de statut de visiteur à la place de celui de rédacteur qui semble être le statut par défaut (enfin, il me semble !). Cela me permettrait d’être certain qu’un membre mal intentionné ne puisse rentrer dans l’espace privé...
Merci d’avance de votre éclairage (Et merci pour ce plugin !)
- gilcot
  
  Mai 2012
  
  Bonjour Manu.
  
  Associaspip ne fait qu’étendre les auteurs SPIP en permettant d’en faire des membres ou pas (oui, on peut supprimer des membres sans supprimer le compte associé et on peut faire des membres automatiquement à la création d’un nouveau compte ou pas).
  Associaspip n’utilise en aucun cas les statuts natifs de SPIP ; ce qui permet d’avoir des membres qui ont accès à l’espace privé (rédacteurs) ou pas (visiteurs), selon les besoins/organisations de chaque association...
  Associaspip utilise d’autres statuts qui lui sont propres : membres actifs (à jour ou échus, et dans ce dernier cas relancés ou pas), membres désactivés, et prospects (qui sont des sympathisants et/ou futurs membres potentiels).
Répondre à ce message
1

batko

Mai 2012

Bonjour,

après installation du plugin, en voulant le configurer (Edition ==> gestion de l’ Association ==> Profil de l’Association) j’ai le message suivant : Nom du plugin manquant. Pas d’outils rien...

Auriez-vous une suggestion ?

Merci encore
- gilcot
  
  Mai 2012
  
  Bonjour.
  
  Quelle version de SPIP utilisez-vous ? Il faut la derière 2.1.x
  Avez-vous utilisé le zip de Associaspip ? Si oui, vous devez avoir : Édition >> Associaspip >> Profil de l’association
  Avez-vous d’autres plugins activés ? Si oui, est-ce que le problème se pose toujours quand on les désactive ?
  
  Merci.
Répondre à ce message
2

yaumegui

Avril 2012

Bonjour,
Je désire tester ce plugin (c’est pour une « bonne oeuvre »).
J’ai installé un SPIP tout neuf sur un hébergement free et ai installé le plugin.
J’ai un problème quand je veux le configurer.
J’ai une ’parse error’ ligne 804 de /lang/asso_fr.php. Le serveur attend une ’)’.
Je ne connais rien à php mais j’ai quand même regardé la ligne et je ne vois pas ce qui peut clocher.
Merci pour votre aide.
- Jeannot
  
  Avril 2012
  
  bonjour,
  
  la r60167 corrige le probleme. Désolé pour le désagrément.
- yaumegui
  
  Avril 2012
  
  Effectivement,
  Merci pour la réactivité.
Répondre à ce message
9

Manu

Avril 2012

Je fais mes premiers pas avec ce plugin et je commence à prendre mes points de repère... J’ai toutefois un problème quand je veux créer une nouvelle cotisation (Membre> Ajouter une cotisation).
Dans l’écran de saisie (exec=ajout_cotisation&id=xx), j’ai ce message d’avertissement
Warning : strval() expects exactly 1 parameter, 0 given in /home/rennespa/public_html/ecrire/public/composer.php(49) : eval()’d code on line 114
(voir image jointe)
- Jeannot
  
  Avril 2012
  
  Bonjour,
  
  C’est corrigé par la r60004.
  
  Attention, pour une raison qui m’échappe encore il faut vider le cache quand on change dans la configuration du plugin l’utilisation ou non des destinations comptables. Si vous continuez a avoir l’erreur après cette MàJ, essayez de vider le cache (normalement ca devrait marcher sans mais on ne sait jamais).
  
  D’autre part, je vois que votre membre n’a pas de catégorie assignée ce qui est pratique pour ajouter rapidement des cotisations sans avoir a ré-entrer la durée et le montant.
  
  Merci pour les retours.
- Manu
  
  Avril 2012
  
  Merci de la rapidité !
  Je continue de me familiariser.... Une petite question : en jetant un coup d’oeil dans les tables, en particulier dans spip_asso_membres`, je note que la date d’adhésion est à 0000-00-00 pour tout le monde... Je suppose que ça ne devrait pas être ça mais plutôt, par défaut, la date de la première cotisation (par exemple)
- Jeannot
  
  Avril 2012
  
  je suppose que vous voulez parler du champ validité qui est a priori la seule date présente dans la table spip_asso_membres (hors champs potentiellement ajoutés via champ extras2).
  
  Cette date correspond à la date de fin de validité de la cotisation du membre, passé cette date son statut passera automatiquement de « à jour » à « échu ». Ce champ est modifié quand vous ajoutez une cotisation ou vous pouvez l’éditer directement sur la page du membre.
  
  Les membres fraichement créés le sont avec le statut « prospect » et une date de validité nulle.
- Manu
  
  Avril 2012
  Non, non, je parle bien du champ date_adhesion de la table spip_asso_membres, qui est le dernier champ déclaré dans le fichier base/association.php)
  
  $spip_asso_membres= array( "id_auteur" => "BIGINT UNSIGNED NOT NULL auto_increment", "id_asso" => "TINYTEXT NOT NULL", "nom_famille" => "TEXT NOT NULL", "prenom" => "TEXT NOT NULL", "sexe" => "TINYTEXT NOT NULL", "categorie" => "INT", // ce champ contient la cle spip_asso_categories.id_categorie "statut_interne" => "TINYTEXT NOT NULL", "commentaire" => "TEXT NOT NULL", "validite" => "DATE NOT NULL DEFAULT '0000-00-00'", "date_adhesion" => "DATE NOT NULL", // r51602 );
  
  Chez moi, tous les membres ont une date d’adhésion qui reste à 0000-00-00 (voir copie d’écran jointe)
- Jeannot
  
  Avril 2012
  
  ah oui pardon vous avez raison, je ne l’avais pas dans ma base car effacé à la main. Il s’agit en fait d’un reliquat de début de gestion d’un champ permettant de gérer la date de première adhésion comme vous l’aviez compris.
  
  Ce champ a finalement été abandonné sans avoir eu le temps de se frayer un chemin jusqu’au formulaire d’édition des membres quand il est devenu possible de gérer des champs supplémentaires sur les membres à l’aide du plugin champs extras2 ce qui permet donc a ceux qui le désirent de gérer ce champ là ou d’autres au besoin.
- Nicole
  
  Avril 2012
  
  Bonjour,
  
  il est devenu possible de gérer des champs supplémentaires sur les membres à l’aide du plugin champs extras2 ce qui permet donc a ceux qui le désirent de gérer ce champ là ou d’autres au besoin.
  
  Je trouve aussi que ce champ manquait dans associaspip, pour ne pas avoir à sasisir 10 ans de cotisations mais démarrer à l’exercice en cours. Aussi pour relancer d’anciens membres n’ayant pas cotisé depuis des lustres. Je trouve qu’il devrait être géré par défaut dans la fiche membre.
  J’ai donc installé extras2 core qui à priori me semble suffisant pour être repris par associaspip sans avoir installer toute l’artillerie interface2, saisie, spipBonnux et autres ?
  Dans ce cas comment fait-on pour que extras2 interagisse avec associsaspip pour prendre en charge le champ date_adhesion dans la fiche du membre ? Merci
- Jeannot
  
  Avril 2012
  
  Bonjour,
  
  alors non il n’est pas possible d’insérer ce champ supplémentaire sans installer interface2 et tout ce qui ca avec. En fait ca serait possible mais en modifiant le code du plugin Associaspip ce qui n’aurait pas tellement de sens car tant qu’a faire ça autant vaut lui faire gérer directement ce champ sans faire intervenir inutilement Champs Extras2.
  
  Notez qu’à la demande générale je pourrais ajouter ce champ (d’autant qu’il est déjà dans la base). Il n’avait finalement pas été introduit car jugé non fondamental alors que l’idée était de garder les tables les plus simples et basiques possible (ce qu’on essaye de faire en général dans le plugin : pas de dépendance en necessite sur d’autre plugin par exemple). La flexibilité sur les champs des membres passe par Champs Extras2 qui certes est un peu lourd avec son interface.
- Nicole
  
  Avril 2012
  
  Bonsoir,
  
  Ben oui je trouverais logique que ce champ soit géré par associaspip et avoir sous la main l’ancienneté de l’adhérent dans sa fiche, ça me semble basique pour les assos qui ont un peu de bouteille et qui migrent sous associaspip (rançon du succès :-D ) d’autant que le champ existe déjà dans la table. Si c’est pour installer une usine à gaz simplement pour le gérer dans une autre page que la fiche de membre, je préfère gérer ce champs sous PHPMySQl en attendant que associaspip l’intègre.
- gilcot
  
  Avril 2012
  
  Bonsoir,
  
  Champs Extra 2 n’est pas si usine à gaz que ça :) Et en sa présence les champs rajoutés pour le membres sont bien gérés depuis leur fiche et non une autre page ;) L’idée (et l’intérêt) du procédé est de permettre à chaque association de pouvoir gérer des informations complémentaires non prévues de base et chacun à sa façon (par exemple pour l’ancienneté, j’utilise personnellement le plugin « date d’inscription » et c’est inscritp dans la table spip_auteurs)
Répondre à ce message
1

Manu

Avril 2012

je continue mon « debugage »

1 - Export de la liste des membres
Je cite la doc :
Il est possible depuis la page de gestion des membres :
D’imprimer en PDF la liste des auteurs visualisés en choisissant les champs à exporter.
D’imprimer en PDF des étiquettes d’adresses postales (si vous utilisez le plugin Coordonnées)

Chez moi, il n’y a rien qui apparaisse permettant d’avoir ces exportations... Quelque chose à installer ? Une libraire FPDF ? Bref, j’utilise bien Coordonnées mais pas d’export PDF à portée de souris...

2 - Validité des cotisations
Il y a un fonctionnement qui me chagrinne : si l’on saisit un « historique » des cotisations, je veux dire par là que si l’on saisit pour un même adhérent plusieurs cotisations (2010,2011, 2012...), il faut le faire « dans l’ordre » parce que sinon la date de validité n’est plus bonne. Ce que je comprends du fonctionnement actuel, c’est que chaque saisie d’une écriture de cotisation met à jour le champ validité de la fiche adhérent. Ce fonctionnement est correct si on saisit « dans l’ordre ». Mais si on n’est pas bien réveillé ou que c’était l’heure du biberon et qu’on a oublié une cotisation passée, lorsqu’on saisit cette dernière l’adhérent n’est plus « à jour » alors que, bien sûr, il l’est « en vrai ».

3 Édition d’une écriture
Il y a un cheminement que je ne trouve pas très... ergonomique/logique. J’ai tenté de le décrire
(Voir image jointe

PS : pour éviter de « polluer » ce forum avec ces échanges qui sont plus de l’ordre du débuggage que de l’utilisation, ne pourrait-on pas fonctionner par mail ?
manu(at)mine(trait d’union)de(trait d’union)rien(point)fr
- Jeannot
  
  Avril 2012
  Bonjour,
  
  1 - oui il faut installer le plugin fpdf pour pouvoir faire des exports en PDF (je vais tacher de mettre à jour la doc a ce sujet)
  
  2 - quand vous ajoutez une cotisation, de deux choses l’une :
  
  une catégorie a été affectée au membre et la date de validité calculée automatiquement en partant de la date de validité en cours et additionnant la durée de l’adhésion pour cette catégorie.(si il n’y avait pas de date existante, on part du jour courant)
  pas de catégorie affectée, la date de validité est le jour courant
  
  La date de validité est une caractéristique du membre pas de la cotisation entrée, il n’y a donc pas d’historique de ce champ. La dernière cotisation entrée modifiera donc la date de validité.
  
  Quoi qu’il en soit vous pouvez modifier à la main la date de validité au moment de la saisie de la cotisation(donc quel que soit l’ordre d’entrée des cotisation, ce qui compte c’est la date de validité insérée lors de la dernière entrée) ou meme après directement en éditant le membre.
Répondre à ce message
2

Manu

Avril 2012

Fichier action_compte(s) introuvable
Hello ! j’ai de nouveau un problème.... Lorsque, depuis l’url ?exec=comptes&id_compte=xx, si je tente de supprimer une cotisation en cliquant sur l’icône comportant la croix rouge, SPIP tente d’accéder à l’url ?exec=action_compte&id=xx
Pourquoi pas, sauf que j’ai droit à un méchant message d’erreur me disant que fichier action_compte est introuvable

Bon, alors, juste pour voir, je change le nom du fichier qui effectivement est action_comptes.php en action_compte.php et j’ai un autre variante du message d’erreur...

Quel ce nouveau mystère ?
- Jeannot
  
  Avril 2012
  
  bonsoir,
  
  le debug avance a grand pas grace à vous, merci ! Il y a eu pas mal de ménage de fait ces derniers temps dans le code et donc un certain nombre de bugs introduits.
  
  La r60064 devrait résoudre celui-ci.
- Manu
  
  Avril 2012
  
  pas de soucis : c’est un vrai plaisir ! D’autant que je n’ai pas les moyens personnels de modifier le code avec efficacité et fiabilité, on va dire que c’est ma contribution à l’édifice commun !
Répondre à ce message
3

Manu

Avril 2012

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)
- Jeannot
  
  Avril 2012
  
  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)
- Jeannot
  
  Avril 2012
  
  voila la r60038 devrait régler le problème des groupes fantomatiques.
- Manu
  
  Avril 2012
  
  Effectivement, les groupes apparaissent bien maintenant ! Cooool !
  Merci !
Répondre à ce message
7

Manu

Mars 2012

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
- Manu
  
  Mars 2012
  
  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 ?
- Manu
  
  Mars 2012
  
  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.
- Manu
  
  Mars 2012
  
  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....
- gilcot
  
  Mars 2012
  
  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 :/
- Manu
  
  Mars 2012
  
  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.
- gilcot
  
  Mars 2012
  
  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 ?)
- Manu
  
  Mars 2012
  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
  
  exec=charger_plugin&action=charger_plugin&arg=charger_zip &hash=6a57edb2b96fc9458556cd7992d8e5521bef6dfc &redirect=.%2F&url_zip_plugin=http%3A%2F%2Ffiles.spip.org%2Fspip-zone%2FAssociation_2_0.zip
  
  où l’on voit bien que ce n’est pas l’adresse du bon zip
Répondre à ce message
4

Nicole

Mars 2012

Bonjour,

J’ouvre une nouvelle discussion, car maintenant que ça marche :) j’ai un nouveau problème :

Chaque fois qu’un auteur est édité, il est ajouté(si pas encore présent) aux membres de l’association.

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.
- gilcot
  
  Mars 2012
  
  « é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...
- gilcot
  
  Mars 2012
  
  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.
- Nicole
  
  Mars 2012
  
  Dans un second temps, une option de configuration permettra de contrôler (interdir ou autoriser) la création automatique de membres
  
  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.
- Jeannot
  
  Mars 2012
  
  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
10

Nicole

Mars 2012

- 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 sauf NoSPAM que j’ai installé depuis l’ongtemps.

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 !
- gilcot
 
 Mars 2012
 
 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.
- gilcot
 
 Mars 2012
 
 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)
- Nicole
 
 Mars 2012
 
 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 :
 
 Mar 18 19:13:12 78.232.60.29 (pid 25658) Table ’halem_spip.PAYS’ doesn’t exist - SHOW CREATE TABLE PAYS
 Mar 18 19:13:13 78.232.60.29 (pid 25658) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 19:13:13 78.232.60.29 (pid 25658) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 Mar 18 19:33:01 78.232.60.29 (pid 15953) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 19:33:01 78.232.60.29 (pid 15953) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 Mar 18 19:35:51 78.232.60.29 (pid 32130) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 19:35:51 78.232.60.29 (pid 32130) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 Mar 18 19:36:49 78.232.60.29 (pid 15953) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 19:36:49 78.232.60.29 (pid 15953) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 Mar 18 19:37:12 78.232.60.29 (pid 5731) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 19:37:12 78.232.60.29 (pid 5731) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 Mar 18 19:37:23 78.232.60.29 (pid 16803) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 19:37:23 78.232.60.29 (pid 16803) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 Mar 18 19:37:36 78.232.60.29 (pid 16804) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 19:37:36 78.232.60.29 (pid 16804) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 Mar 18 19:37:47 78.232.60.29 (pid 17315) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 19:37:47 78.232.60.29 (pid 17315) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 Mar 18 20:12:29 78.232.60.29 (pid 25658) Table ’halem_spip.configurer_association’ doesn’t exist - SHOW CREATE TABLE configurer_association
 Mar 18 20:12:29 78.232.60.29 (pid 25658) Table ’halem_spip.configurer_associations’ doesn’t exist - SHOW CREATE TABLE configurer_associations
 
 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/ :
 
 Mar 16 23:25:07 78.232.60.29 (pid 31644) Associaspip : echec de la desinstallation de la table ’spip_asso_ressources’
 Mar 16 23:25:07 78.232.60.29 (pid 31644) Associaspip : echec de la desinstallation de la table ’spip_asso_ventes’
 Mar 16 23:25:07 78.232.60.29 (pid 31644) Associaspip : echec de la desinstallation de la table ’spip_association_metas’
 Mar 16 23:44:50 78.232.60.29 (pid 15418) association upgrade : association_metas base_version = 0 =>> 59458
 
 Voilà, on avance ?
- gilcot
 
 Mars 2012
 
 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 ?
- Nicole
 
 Mars 2012
 
 D’après prive_associaspip.log la procédure d’effacement normale n’a pas fonctionnée
 
 Ç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.
 
 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.
 
 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
- Nicole
 
 Mars 2012
 
 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 :
- gilcot
 
 Mars 2012
 
 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)
- Nicole
 
 Mars 2012
 
 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 :
 
 Erreur SQL 1140
 Mixing of GROUP columns (MIN(),MAX(),COUNT(),...) with no GROUP columns is illegal if there is no GROUP BY clause
 SELECT SUM(recette) AS somme_recettes, SUM(depense) AS somme_depenses, code, classe FROM spip_asso_comptes RIGHT JOIN spip_asso_plan ON imputation=code WHERE imputation LIKE ’%’ AND date>=’’ AND date<=’’ AND classe<>5 AND classe<>8
 
 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 :(
- Jeannot
 
 Mars 2012
 
 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 ?
- Nicole
 
 Mars 2012
 
 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
4

ordilibre

Février 2012

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 ?
- gilcot
  
  Février 2012
  
  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 ?)
- Blancerisier
  
  Mars 2012
  
  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 ! ;-)
- gilcot
  
  Mars 2012
  
  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.
- Blancerisier
  
  Mars 2012
  
  Merci ! Je ne suis plus bloqué ! Je vous tiens au courant.
Répondre à ce message
1

Nicole

Mars 2012

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.
- Nicole
  
  Mars 2012
  
  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.
  
  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
2

dorian

Février 2012

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)
- gilcot
  
  Février 2012
  
  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.
- dorian
  
  Février 2012
  
  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
1

elpapais

Février 2012

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
- Jeannot
  
  Février 2012
  
  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
Eric Luyckx

Février 2012

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
2

Pierre KUHN

Janvier 2012

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
- gilcot
  
  Février 2012
  
  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é :/
- Marcel
  
  Février 2012
  
  Ce pb sest réglé depuis le commit 56927 !!!!!
Répondre à ce message
3

chakir

Janvier 2012

Bonsoir,

Ce plugin m’intéresse pour le site de notre club de Karaté, mais j’arrive pas à l’installer correctement.
Je suis sous SPIP 2.1.12,squelette sarka et voici mon histoire :

- associaspip refuse de s’installer car il manque la librairie FPDF, pourtant j’ai bien le plugin Article PDF 2.0 d’installé ... mystère

- je me replie sur association 2.0 qui s’installe mais lors de la configuration du plugin les problèmes commencent. Il manque des tables ou/et champs (vente, banque, et j’en passe ....) dans la base.
- j’ai installé le plugin coordonnée et champs extras 2 mais rien n’y fait
- je crée des champs supplémentaires au regard des messages d’erreur affichés, toujours rien

Pire encore,je ne peux même plus mettre à jour mon site, des que j’accède à l’espace privé,il y a cette page d’erreur qui m’interdit de naviguer dans la page.

Pourriez vous fournir une liste exhaustive des champs et tables à ajouter dans la base afin que le plugin fonctionne et éventuellemnt le moyen d’effectuer la mise à jour de la base sans passer par phpmyadmin

Je vous remercie d’avance de votre aide

Chakir
- Jeannot
  
  Janvier 2012
  
  Bonsoir,
  
  Association 2.0 n’est plus du tout maintenu, je ne conseille pas son utilisation. Je vous suggère de le desinstaller avant d’installer Associaspip a moins que vous n’ayez deja rempli la base avec les informations de vos adherents auquel cas desactivez-le simplement avant d’activer Associaspip.
  
  Pour installer Associaspip il faut depuis peu un nouveau plugin : FPDF que vous trouverez sur plugins spip et non pas Article PDF.
  
  Il faudrait qu’il passe en optionnel (i.e. qu’on puisse installer Associaspip mais pas generer de PDF si ce plugin est absent, je le note dans un coin de ma tete...)
  
  En esperant que ca resolve vos probleme.
- Pierre KUHN
  
  Janvier 2012
  
  Salut Jeannot
  
  Oui ça pourrais être une idée, si pas le plugins on peux pas faire de pdf et on affiche un texte.
  Je regarde pour amap moi.
- gilcot
  
  Janvier 2012
  
  petite astuce pour chakir : le plugin STEP aurait automatisé l’installation en trouvant FPDF ;)
  (mais comme Associaspip est en développement ça ne donne pas la version la plus récente... il vaut mieux installer manuellement, et là, autre astuce : passer par la page ?exec=charger_plugin en ayant chargé la liste des plugins —mais je vois effectivement que FPDF n’y apparait pas encore)
Répondre à ce message
2

chakti

Janvier 2012

Bonjour,
J’ai reinstallé associaspip sans avoir de message d’erreur pdf.
J’ai ensuite mis à jour la table spip_auteurs_elargis en ajoutant des champs de la table spip_asso_membres comme suit :
CREATE TABLE IF NOT EXISTS spip_auteurs_elargis (

id bigint(21) NOT NULL auto_increment,
id_auteur bigint(21) NOT NULL,
spip_listes_format varchar(8) NOT NULL default ’non’,
id_asso text NOT NULL,
nom_famille text NOT NULL,
prenom text NOT NULL,
sexe tinytext NOT NULL,
fonction text,
email tinytext NOT NULL,
adresse text NOT NULL,
code_postal tinytext NOT NULL,
ville text NOT NULL,
telephone tinytext,
mobile tinytext,
categorie text NOT NULL,
statut_interne text NOT NULL,
commentaire text NOT NULL,
validite date NOT NULL default ’0000-00-00’,
PRIMARY KEY (id),
KEY id_auteur (id_auteur)

et là ça a l’air de marcher.

Pouvez vous me confirmer que ma demarche est correcte.

Merci de votre retour
- Jeannot
  
  Janvier 2012
  Bonjour,
  
  Pas du tout, la table spip_auteurs_elargis n’est plus utilisé par Associaspip. Si vous avez activé Associaspip sans avoir le plugin FPDF activé c’est que vous n’avez pas la bonne version. Si vous avez besoin d’une table spip_auteurs_elargis contenant ces champs c’est que vous utilisez probablement Association 2.
  
  Si vous n’avez pas inséré de données dans Associaspip je vous conseille de :
  
  soit le desinstaller depuis la page de gestion des plugins
  soit et meme mieux si c’est possible, remettre votre base de données comme elle etait avant que vous ne commenciez a installer Associaspip/Association 2 si vous l’aviez sauvegardée.
  
  puis supprimer du repertoire plugins tout repertoire en relation avec Associaspip ou Association 2 et repartir du bon pied en installant le zip disponible sur cette page.
  
  bonne journée
- chakir
  
  Janvier 2012
  
  Vous avez raison, j’etait en association 2
  j’ai installé et activé plugin FPDF (que nous m’avez indiqué), agenda2, Pays, coordonnées, champs extra2 puis afin associaspip et ca marche du tonnerre.
  
  Je vous remercie de votre aide et vous souhaite une bonne journée.
Répondre à ce message
1

Jacques83300

Décembre 2011

Bonsoir,

J’envisage l’utilisation de ce plugin pour un site associatif en développement.

Je souhaiterais savoir s’il est possible de visualiser dans l’espace public les coordonnées d’un adhérent (avec éventuellement le plugin Accès restreint). Si oui comment faire ?

Est-il envisageable que l’adhérent puisse modifier les informations qui le concernent ?

Merci d’avance pour votre réponse.

Cordialement.
- gilcot
  
  Janvier 2012
  
  Bonjour.
  
  Ce plugin ne gère pas directement les coordonnées : il faut soit utiliser le plugin Coordonnées (qu’il reconnait automatiquement) ...ou le plugin Champs Extras 2.
  Dans tous les cas, l’affichage des coordonnées dans l’espace public est à la charge du squelette de votre site.
  
  L’adhérent peut modifier ses coordonnées dans l’espace privé ...ou l’espace public si le squelette le prévoit (appel des formulaires associés ou utilisation des Crayons)
Répondre à ce message
7

Artlogic

Octobre 2011

Bonjour,

Est-ce qu’un bout de code ajouté au plugin agenda, qui permettrait l’inscription avec nom prenom et adresse à des événements affiché coté public pourrait faire avancer le chmilblick d’associaspip ? Ce code fonctionnera sur le plugin coordonnées. Il devrait être possible de transformer en membre d’asso le nouvel inscrit.
- Jeannot
  
  Octobre 2011
  
  Bonsoir,
  
  j’avoue ne pas avoir vraiment saisi l’intention. Pouvoir modifier les données du type adresse, nom et prénom depuis l’espace public ? Si c’est bien ca, ca serait une bonne nouvelle pour les membres ayant le statut de visiteur.
  
  Si le nouvel inscrit est un auteur spip, meme avec le statut de visiteur, il devient a priori automatiquement un membre de l’asso.
  
  Précisez donc votre idée qui me semble interessante.
- Octobre 2011
  
  Je précise : Des internautes non identifiés (pas membre pas visiteurs spip) pourrons s’inscrire à un événement. A ce moment là, l’internaute passe automatiquement rédacteur : un login + pass sont envoyés comme lors de l’inscription classique. Les informations (adresses, tel...) sont enregistrées dans les tables du plugin coordonnée. L’administrateur valide l’inscription à l’événement lorsqu’il reçoit un paiement. Ultérieurement à l’événement, si l’internaute adhère à l’association, il est ainsi plus facile de basculer l’auteur en membre associatif.
- Jeannot
  
  Octobre 2011
  
  Il va se poser le probleme qu’automatiquement chaque rédacteur créé devient membre de l’association. Il faudrait que je mette ce comportement en optionnel (il va falloir a force faire des onglets dans la page de configuration) pour que vous puissiez passer à la main quand vous le voulez les auteurs en membres.
- Octobre 2011
  
  Il va se poser le probleme qu’automatiquement chaque rédacteur créé devient membre de l’association.
  
  Ha ? Pourquoi ? Il sera seulement auteur avec coordonnées, rien de plus.
- Jeannot
  
  Octobre 2011
  
  Parce que tel qu’il est actuellement, Associaspip importe automatiquement tout auteur SPIP nouvellement créé ou meme simplement edité et c’etait d’ailleurs jusqu’a ce que j’ajoute le bouton permettant de faire passer un auteur en membre de l’asso le seul moyen d’inserer des auteurs comme membre.
  
  Mais rien n’empeche de rendre ce comportement optionnel maintenant.
- Octobre 2011
  
  Ha mais c’est très bien ça. Il est membre certe mais n’a pas forcément le statut « ok ». Rien à retoucher de ce coté là à mon goût. Je reprends :
  
  ....Ultérieurement à l’événement, si l’internaute adhère à l’association, il est ainsi plus facile de basculer l’auteur en membre cotisant. 5son adresse est déjà entrée)
- Artlogic
  
  Décembre 2011
  
  Pour répondre à l’inscription sur les activités http://www.spip-contrib.net/Associaspip#gestion_des_activites voir le plugin /participer_evenement, qui se greffe sur l’agenda.
Répondre à ce message
2

aster

Octobre 2011

Il existe le webiciel « galette » qui permet la gestion des membres d’une association. Peut-on imaginer voir arriver un outil/option permettant d’« importer » la db de galette vers associaspip ?

J’attends avec impatience une démo en ligne ;)

Merci.
- gilcot
  
  Novembre 2011
  
  Bonjour aster.
  
  J’ai eu à utiliser galette avant d’utiliser Associaspip ; et j’ai le plaisir de’annoncer que l’importation est possible :) Mais il faudra attendre un peu que le code de ce plugin soit bien stable d’une part, et je pense que ce sera un outil externe (soit un autre plugin à installer juste pour l’occasion puis à désinstaller une fois que l’import est terminé, soit un script à appeler spécifiquement au besoin mais pas une option constament visible/accessible)
  
  Pour la démo en ligne, voir le message de Jeannot il y a quelques mois : c’est envisageable... quand le plugin sera stable, ou au moints passera en stade de test (ce qui voudra dire que les fonctionnalités sont figées -en tout cas pour cette branche)
- aster
  
  Novembre 2011
  
  Si tu veux, je veux bien tester. Je suis hébergé chez Lautre Net (php5 et safe_mode) ou alors sur ma machine. J’ai un galette avec 180 membres.
Répondre à ce message
6

Sébastien

Octobre 2011

Bonjour,

Serait il possible d’utiliser ce plugin (avec la gestion de groupe terminée) pour gérer une association regroupant des associations de clubs ?
Notre association est nationale. Elle regroupe des associations régionales. Les régions regroupent des clubs. Enfin les membres des clubs sont des licenciés.
Je souhaiterai savoir si on pouvait rajouter cette structuration par exemple en créeant des groupes pour tous les niveaux (clubs, régions) :
- Est ce que des groupes peuvent contenir des groupes (hiérarchisation) ?
- Autre solution, les licenciés appartiendraient à différents groupes (club + region).

Seb
- Jeannot
  
  Octobre 2011
  
  Bonsoir,
  quelqu’un parlait de s’occuper de coder la gestion des groupes mais plus de nouvelles de sa part, je vais tacher de m’y atteler mais il va falloir attendre un peu (quelques semaines) car je n’ai pas vraiment le temps en ce moment.
  
  Je tacherai de voir si il est facilement réalisable de créer des groupes imbriqués. Je l’ai ajouté a la feuille de route pour ne pas oublier.
  
  Il est sur que les membres pourront appartenir plusieurs groupes mais ca peut vite devenir pour vous pénible à gérer si a chaque ajout de membre vous devez l’ajouter à X groupes différents.
- gilcot
  
  Octobre 2011
  
  Marc n’a peut-être pas eu le temps ou plus d’intérêt ou peut-être des difficultés à rentrer dans le code du plugin ?
  
  Pour les hiérarchies des groupes pour elle-mêmes, ce n’est pas très compliqué. Mais s’il faut que les droits s’héritent en cascade en tenant compte des imbrications de groupes ça va pas être évident...
  
  Pour l’ajout des membres aux groupes, c’est en effet chiant la première fois car il faut reprendre tous les membres un par un... Pour les nouveaux membres, je pense que ça le fait si l’interface permet de sélectionner plusieurs (voir tous les) groupes d’appartenance. Après ce n’est pas quelque chose qui change tout le temps non plus, mais j’avoue que c’est du sport...
- Artlogic
  
  Octobre 2011
  
  Je ne suis pas certain, mais de mémoire, contact et org peut gérer les imbrications de groupes. Mais bon , je sais que vous n’aimez pas trop ce plugin. :)
  
  Un truc quans aux étiquette, j’ai toujours l’id de l’auteur dans les étiquettes. On l’enlève comment ? Faut-il supprimer le paramétrage et recommencer ou ai-je un modèle à modifier ? merci de vos réponses.
- gilcot
  
  Octobre 2011
  
  id_auteur et id_adresse : je suppose que c’était du code de débogage (pour voir si ça fonctionne bien) qui avait été oublié :) Ces indications m’ont aidé à faire le ménage, mais ils n’y sont plus : Jeannot avait corrigé. Vérifier si c’est bien la dernière version et s’il n’y a pas de souci de cache.. :)
  
  C&O fait bien des filiales d’entreprises... mais ce qui est recherché ici c’est en fait de pouvoir attribuer des permissions fines et groupées (en ce qui concerne AssociaSpip) mais les utilisateurs aimeraient pouvoir en profiter pour gérer leurs groupes d’utilisateurs, ce qui ne correspond pas vraiment à C&O : l’idée de ce plugin n’est pas de faire des groupes d’utilisateurs mais d’avoir des contacts (personnes physiques) d’organisations (c’est plus large que le groupe et très différent) et les organisations (personnes morales, privées ou administratives) ; toutes deux pouvant être membres d’associations (en fait les associations uniquement d’associations sont appelées fédérations mais le principe est le même)
  Ceci dit, ce n’est pas qu’on n’aime pas ce plugin (en tout cas ce n’est pas mon cas et je pense Jeannot non plus) mais il est assez complexe et encore pas mal instable (faut dire que ça évolue) pour l’usage qu’on pourrait en faire dans ce plugin, et en attendant qu’il soit stable il faut éviter de retomber dans le travers qu’avec Inscription2
- Jeannot
  
  Octobre 2011
  
  Le temps passe et je n’ai pas encore eu le temps de me pencher sur cette question des groupes, j’espère le faire cette semaine.
  
  Gildas vous qui aviez commencé a réfléchir sur la structure des tables dans la base, avez vous une suggestion a ce sujet quand à la gestion des groupes imbriqués ?
- gilcot
  
  Novembre 2011
  
  Bonjour,
  Désolé de ne répondre que maintenant...
  
  La gestion des groupes que j’expérimente à mon niveau n’a pas la vocation de permettre le contrôle des permissions/autorisations... mais juste de présenter l’organigramme (les postes/responsabilités) d’une part et d’avoir un cv interne du parcours des membres d’autre part. De ce fait, la groupes imbriqués se gèrent simplement comme les rubriques : un champ parent qui (quand il n’est pas à 0) permet à un groupe de dépendre d’un autre (et un seul).
  Cette approche récursive permet de ne pas être limité en terme de profondeur (de l’organigramme, chose dont j’avais besoin), mais au niveau des permissions c’est toujours autant de groupes distincts à gérer (à moins d’arriver à trouver un moyen de faire hériter les permissions des groupes parents...)
Répondre à ce message
2
Octobre 2011
Bonsoir, après quelques mois d’utilisation, nous avons un souci sur les comptes :
1. Les entrées
2. Les sorties
3. Le solde
  ...sont tous les trois corrects. La page de compte de résultat est correcte elle aussi. Mais la page de bilan pose souci. Nous avons une curiosité sur l’encaisse. L’« avoir actuel » ne semble correspondre à rien. Le « résultat courant » est presque trois fois plus élevé.
  Pourtant toutes nos recettes et dépenses sont bien attribuées au comptes 5121. Comment est calculé cet « avoir actuel » ? A quoi correspond-il ?
- Jeannot
  
  Octobre 2011
  
  Bonsoir,
  si toutes vos opérations portent sur l’année en cours, l’avoir actuel et le résultat courant devraient etre identiques.
  
  Le résultat courant représente le résultat sur l’année en cours (ou une autre année si vous demandez le bilan d’une précédente).
  
  L’encaisse(avoir actuel) correspond au bilan des opérations attribuées aux comptes de la classe définie comme etant celle des comptes financiers, la 5 normalement) en partant de la date report définie dans le ou les comptes en question.
  
  Toutes vos opérations ont-elles été réalisées sur l’année en cours ? Quand vous ouvrez la page des comptes, avez vous des opérations pour lesquelles la colonne « financier » est soit vide soit différente de 5121 ? Quelle est la date report du compte 5121 (visible sur la page du plan comptable et sur la page du bilan : avoir initial) ? Des operations ont-elle été réalisées avant cette date ? Le solde initial du compte 5121 est-il a zero ?
- Octobre 2011
  
  Bonjour,
  
  On a trouvé : Un avoir initial avait été mis à 0 sur le compte 5121 et la date saisie était en milieu d’année. Ca annulait le début d’année. Tout est ok maintenant. Merci.
Répondre à ce message
15
Artlogic

Septembre 2011
Hello,

C’est une belle doc qui tient la route. La feuille de route et sa gestion de priorité semble aussi une bonne idée tant la dispersion semblait prendre de l’importance. Il y a certainement beaucoup à revoir du coté de l’ergonomie ou simplement des divers pages de prêts, dons, activités et autre options en place mais pas forcément fonctionnelles avant d’attaquer la suite. Pour exemple j’ai du créer une dizaine de membres :
1. Créer un compte auteur,
2. ajouter les tels et adresses, pas très ergonomiques ce dépliant et repliant.
3. récupérer l’ID de l’auteur,
4. se rendre dans association et sa page membres,
5. remettre l’id dans le champs,
6. ajouter une cotisation,
7. changer les dates de fin de cotisation,
8. ajouter le type de cotisation,
...Et le tout multiplié par 10 ça prend un temps fou. Comme déjà évoqué, ça doit manquer de boutons pour aller plus vite, peut-être du coté de la page auteur pour ajouter directement la cotisation dont le montant est déjà fixé.

L’idée de groupe m’a l’air bonne. Toutefois réinventer la roue n’est peut-être pas la bonne idée. Peut-être que la correction des quelques bugouilles de contact et organisation ira plus vite, d’autant plus qu’il est déjà compatible avec de nombreux autres plugins dont coordonnées déjà utilisé ici.

Je vais m’atteler à créer quelques modèles qui pourront être utilisés coté public. J’ajouterai un répertoire s’il n’y est pas. Si toutefois ça peut vous aller.
- gilcot
  
  Septembre 2011
  C’est toujours galère quand on doit créer plusieurs comptes, même s’il ne faut rentrer que le/la nom/signatuer, le login et le pass par défaut. (C’est mieux l’inscription en ligne...) Mais on ne crée pas une flopée de comptes tous les matins non plus :-)
  À force de rajouter des plugins la page s’allonge d’options en tous sens et je trouve pour ma part bien que soit replié ces blocs dont on ne se sert pas souvent... Par ailleurs, de part ça conception, chaque auteur ayant accès à l’espace privé peut compléter ses coordonnées (et si c’est fait pour lui, voir ce qui est est) et surtout y a accès et peut rectifier lui-même (d’une part c’est en accord avec la loi informatique et libertés, mais ce processus direct fait que l’auteur se gère...)
  Pas nécessaire de noter l’ID puisque dans la liste des membres du plugin on a les noms... ;-)
  Mais c’est vrai qu’il faudrait un lien « voir l’historique de membre » quelque part dans le bloc sur le côté (peut-être en dessous de du « voir en ligne » ?) Et à partir de cette page, le gestionnaire peut se rendre sur la fiche de membre (lien dans le bloc sur le côté) mais là devance les points suivants...
  Une fois qu’on est dans la page des membres de l’association, on peut ajouter les cotisations (je ne sais plus si c’est le cas, mais l’ID du cotisant doit être récupéré automatiquement c’est vrai) Il n’y a qu’à choisir le/la type/catégorie de cotisation et ça roule... Pour la date, pas besoin de toucher je crois (en fonction de la durée de la cotisation) mais ce champ est affiché pour permettre de gérer des cas particuliers (normalement le calcul de la date d’échéance suivant la durée de la cotisation ne devra avoir lieu que si la date inscrite n’est pas dans le futur...)
  La logique qui a été oubliée ici est que quelqu’un créé les comptes (qui peuvent être importé par csv...) une fois, puis une autre fois le trésorier valide l’adhésion (après s’être assuré du paiement de la cotisation) et lui il reste dans cette interface de gestion (il ne va pas passer par chaque page d’auteur...)
  J’imagine cependant qu’on peut rajouter une cotisation à partir de la page de l’auteur (même si je reste sceptique pour cette façon de procéder) mais le même problème se posera pour les dons / prêts / etc. Faut voir...
- Jeannot
  
  Septembre 2011
  Bonjour,
  
  pour plus d’ergonomie je pensais surtout ajouter la possibilité d’édition de plusieurs membres simultanément(en les sélectionnant sur la page des membres), ce qui permettrait par exemple :
  
  de leur donner a tous une catégorie de cotisation en une seule fois
  de leur fixer a tous une date de validité
  de leur ajouter une cotisation mais c’est moins évident...
  
  Pour revenir sur l’ajout d’un membre, et sur votre procédure :
  
  Créer un compte auteur
  Ajouter les tels et adresses, pas très ergonomiques ce dépliant et repliant.(Ca c’est Coordonnées. Associaspip n’y peut pas grand chose)
  récupérer l’ID de l’auteur (La je ne vois pas l’interet mais j’ai peut etre raté quelque chose)
  se rendre dans association et sa page membres,
  remettre l’id dans le champs,(de quel champ parlez vous ?)
  ajouter une cotisation, (non il faudrait plutot ajouter un type de cotisation au membre plutot avant de faire ca)
  changer les dates de fin de cotisation, ( là il y a en effet un problème : meme si vous entrez une catégorie de cotisation au membre, lors de sa première cotisation le calcul de la date de validité ne marche pas, je vais changer ca pour afficher dans ce cas là la date de paiement+durée de cotisation ce qui peut aussi ne pas correspondre vu que la date de paiement proposée est celle du jour et qu’il n’est pas évident de rentrer les nouveaux adhérent le jour meme).
  
  Pour les groupes avec Contact et Organisation, outre sa dépendance a un grand nombre de plugins, le fait qu’une organisation soit un auteur SPIP ne colle pas trop avec l’utilisation qu’en ferait Associaspip je pense ( mais je ne me suis pas penché en profondeur sur le sujet alors je peux me tromper) et puis si on gère l’appartenance au bureau avec ce mecanisme, cela reviendrait a imposer l’utilisation de Contact et Organisation ( une association n’a pas forcément de comités mais un bureau si) et je milite pour l’optionnalité autant que possible dans les dépendances.
  
  Quand aux aller-retours entre les pages de membres et celle d’auteur, c’est sur qu’il faudrait les eviter autant que possible. Pour les adresses/téléphone le probleme se pose surtout si vos adherents sont des visiteurs auquel cas vous devez tout entrer vous meme vu qu’ils n’ont pas d’acces, sinon ils peuvent le faire tout seul.
  
  Pour le reste, ce qui concerne l’association n’est pas appelé a pouvoir se gérer depuis la page d’auteur je pense mais c’est sur qu’un lien depuis la page d’auteur vers la page d’info du membre serait un plus, je le rajoute dans la feuille de route.
- Artlogic
  
  Septembre 2011
  
  Pour leur donner à tous une date de validité.
  
  Pourquoi pas mais il faut que cette date puisse être changée d’un enregistrement à l’autre : Nous pouvons inscrire quelques membres sur une même date. Toutefois nous n’avons pas de cotisation typé « de janvier à décembre ». Nos cotisations vont de date à date et c’est directement lié à la date d’enregistrement du chèque. De sorte que personne ne soit lésé s’il venait à s’inscrire en milieu d’année. Je sais pas si je suis clair. :)
  
  Pour mon point 3 : je récupère à la mano l’ID de l’auteur parce que le site a 1600 inscrits aux différents services du site : newsletter rédaction etc... Et seulement une vingtaine de compte ’membres asso’ à ce jour. Le nombre de membres augmente vite et même si le site n’avait pas les 1600, j’aurais quand même à fouiller dans la pagination un jour ou l’autre. Le champ qui me permet la sélection par ’id’ dans la page des membres m’est très utile pour trouver le membre et lui greffer une cotisation.
  
  Perso, j’ai extériorisé le formulaire d’auteur et de rédaction d’article (voir http://www.art-logic.info/annecy/spip.php?page=mon-profil après connexion) afin qu’ils puisse mettre leur bio, signature et mot de passe à jour et écrire un article sans passer par les pages internes. Idéalement la modification de l’adresse et du téléphone devrait pouvoir être effectivement modifiable coté public effectivement.
- Jeannot
  
  Septembre 2011
  
  si si trés clair sur la date de validité. Cela pourrait plutot servir a des associations qui au contraire ont leurs adhesions valide sur l’année en cours. Pour les adhésions comme vous faites, un fois que j’aurais corrigé le probleme de la date de fin de validité calculée a partir du jour présent dans le cas où il n’y a pas d’ancienne date valide, ca devrait dejà vous aider un peu, il suffira de penser a ajouter une categorie de cotisation au membre avant d’ajouter sa premiere cotisation.
  
  Pour l’id en effet c’est penible, avec un lien direct entre la page d’auteur et la page du membre et un bouton ajouter une cotisation dessus ca devrait etre plus simple. Je vais tacher de m’y atteler.
  
  Pour la modification des coordonnées depuis l’espace public, ca c’est plutot au plugin Coordonnées de gérer la chose je pense.
- gilcot
  
  Septembre 2011
  
  pour les cotisations, je pensais que cela se fonctionnait déjà ainsi (ce qui me parait logique) C’est vrai que je ne n’avais pas essayé (on a toujours ajusté la date manuellement à cause du décalage entre la date de paiement et celle de saisie, mais pour les adhésions en ligne la durée de validité est rajoutée automatiquement à la date du jour..)
- Artlogic
  
  Septembre 2011
  
  Plutôt qu’un lien ajouter une cotisation, une liste déroulante avec les diverses cotisations ? Et pouf automatiquement une date de début de cotisation de fixée, et repouf une date de fin avec l’ajout d’une année ? Alors oui je sais pour faire deux « poufs » il faut deux heures de dev. :)
- Jeannot
  
  Septembre 2011
  
  En fait vous voudriez une sorte d’interface d’ajout rapide d’un membre depuis sa page qui permettrait tout a la fois de regler sa categorie de cotisation ainsi que de lui en ajouter une...
  
  Vous dites ca parce que vous etes en colère après avoir ajouté 10 membres aujourd’hui ? ;-)
  
  J’ai déjà rapidement mis un lien direct vers la page d’ajout de cotisation, je vais voir si je peux ajouter le lien depuis la page d’auteur et apres ca vous me dites si ca reste trop pénible.
- Jeannot
  
  Septembre 2011
  
  Bonsoir,
  
  j’ai ajouté le lien depuis la page d’auteur et j’ai pensé aussi pour vous éviter l’étape d’affectation du membre a une catégorie, qu’il serait pratique de donner une catégorie par défaut aux nouveaux membres. C’est réglable dans la page de config.
- Artlogic
  
  Septembre 2011
  
  Même pas. :) J’essaie toujours de penser ergonomie.
  
  Pourquoi faire l’action en deux pages quand on peut faire l’action en un seul clic.
  
  Edit : C’est déjà fait ? Waow. Merci j’essaie de suite.
- Artlogic
  
  Septembre 2011
  
  j’ai ajouté le lien depuis la page d’auteur
  
  J’ai bien la configuration du membre par défaut mais pas le lien en question. Faut-il ajouter quelque chose ?
- gilcot
  
  Septembre 2011
  
  Pourtant moi si... :P Euh... as-tu mis à jour ? (quelle est la date et/ou la version que t’indiquait l’interface ? le zip du 15 septembre comportait le lien pour sur) Si oui, peut-être dois-tu vider le cache de Spip ?
  Attention, il s’agit de la page auteur (profil Spip des auteur dans l’Espace privé si tu préfères). De là, dans les boîtes sur le côté (gauche) —là où tu peux ajouter son logo et où tu as le lien pour voir la page en ligne) tu as un lien vers la fiche de membre (donc plus besoin de recopier son ID et patati) :)
- Artlogic
  
  Septembre 2011
  
  Yes ! Ca devait effectivement être un souci de cache.
- Artlogic
  
  Septembre 2011
  
  Pas tant que ça. Le fonctionnement a été parfait sur le premier auteur transformé en membre. la cotisation par défaut s’est bien ajouté. Toutefois j’ai essayé avec un auteur d’avant l’installation du plugin. Le bouton membre apparait bien, mais l’ajout de la cotisation plante. Au lieu de la cotisation par défaut, j’obtiens 0 dans le champ.
- Jeannot
  
  Octobre 2011
  
  Bonjour,
  
  alors la catégorie de cotisation par défaut s’applique aux nouveaux membres, si le membre existe déjà mais n’a pas de catégorie, ca ne change rien, cela dit je pourrais modifier pour que les membres sans catégorie prennent la catègorie par défaut.
  
  En fait je ne suis pas sur d’avoir exactement compris ce qui ne marche pas.
  
  Sinon pour l’histoire du cache, le lien depuis la page d’auteur utilsant un pipeline nouveau, il faut simplement recharger la page de gestion des plugins pour qu’il soit pris en compte.
- Artlogic
  
  Octobre 2011
  
  J’étais passé à coté de ce message. Tout est maintenant rentré dans l’ordre et le formulaire de cotisations est maintenant rempli par défaut correctement.
Répondre à ce message
2
gilcot

Octobre 2011
Bonjour.

Je poursui mon analyse d’optimisation de la base de données...
1. Tout d’abord, dans l’interface d’ajout d’une opération comptable, (page /ecrire/ ?exec=edit_compte) j’ai vu qu’il y avait deux champs : recette et dépense ; j’ai constaté qu’il est testé que l’un des deux obligatoirement et uniquement est à zéro... :-) Ça reprend l’idée de la double colonnes/page des livres de comptes papier (ainsi conçus pour permettre de simplifier la vie et le contrôle des comptables... je me suis d’ailleurs fait la réflexion que ça fait très orienté comme interface)
 Pourtant, je me dit que ce serait plus simple s’il n’y avait qu’une zone (nommée « montant » et qui puisse être égal à zéro, des fois qu’on veut juste noter une prestation qui n’a pas de prix...) et en face (ou au dessus) un selecteur (liste déroulante ou cases à cocher) de direction/colonne/type/nature/... pour choisir s’il s’agit d’une recette ou d’une dépense.
2. Ensuite, je vais regarder la table spip_asso_comptes et je découvre qu’il y a deux champs recette et dépense... Je me dis alors qu’on n’a pas fait simple (ceci dit, je n’ai pas parcouru le code et donc ne peut mesurer les impacts simplificatrices de cette conception).
 En reprenant la même idée que l’interface, on pourrait juste avoir un champ montant et un champ nature qui indiquerait ’recette’ ou ’depense’... Ah mais cette colonne « nature du montant » ne contient que deux types de valeurs donc ça peut être un booléen : « est-ce une recette ? » oui / non (donc une dépense) :-) Mieux encore, ce booléen n’est pas obligé d’être ’oui’/’non’, ’1’/’0’ ; on peut bien avoir ’+’/’-’ ...et du coup utiliser le seul champ « montant » pleinement... ;-)
 Il est à noter que cette approche ne change rien à l’interface si on veut la laisser telle qu’elle : il suffit de tester le signe à l’affichage pour mettre au bon endroit ; et à la saisie cela la zone dont on récupère le montant on met le signe qui va devant. Et si on utilise ma proposition, le signe indique la sélection faite et la valeur absolue le montant saisi.
3. En scrutant les données, je déduis que imputation et journal (alias financier) sont des codes comptables, raison pour laquelle ces champs sont de type TEXT et TINYTEXT (mais qui utilise des codes aussi longs pour qu’un VARCHAR ne suffise pas ? —remarque valable aussi pour spip_asso_plan.code bien sûr— et au passage il aurait fallu un nom moins problématique que date —par exemple « date_operation » ?)
 Du coup, on a directement les codes à afficher dans /ecrire/ ?exec=comptes avec une simple et même requête ; mais d’un point de vue « modelisation rationnelle », n’aurait-on pas du avoir les spip_asso_plan.id_plan correspondants dans ces colonnes (qui seraient alors des « clés étrangères » de type INT) ?
4. Concernant la justification, il s’agit en fait du libellé de l’opération... Le nom (aussi bien dans la base que dans la page web) prête un peu a confusion au début : personnellement j’ai pensé qu’il s’agissait d’y indiquer le justificatif (donc référence de document comptable —facture par exemple— archivé par ailleurs).
 Pour les paiements par chèque, j’ai personnellement besoin de garder le numéro du chèque... D’autres peuvent avoir d’autres besoins et on ne peut pas tout prévoir. Ce qu’il faudrait c’est un champ de libre « commentaires » ou « remarques » en plus.
5. Pour finir, spip_asso_comptes.id_journal n’a pa été facile à comprendre... Son nom suggérait une clé dans une table spip_journaux ou similaire (et je me suis demandé quelle était la différence avec spip_asso_comptes.journal vu la ressemblance de nom). En recherchant comment retrouver l’équivalent des « journaux clients » j’ai fini par découvrir que les spip_auteurs.id_auteur sont stockés là... (du coup, au lieu de « journal » et « id_journal », il aurait été mieux d’avoir « journal » et « id_auteur », ou mieux « journal_financier » et « journal_auteur » non ?)
6. Mystère de l’id_journal apparement solutionné...? sauf, que sur un autre site où ce plugin est installé et où les dons sont activés, je constate que « id_journal » ne correspond pas à « id_auteur » :-S mais plutôt (après des heures de recherche) à id_don :-S
 Je trouve qu’il aurait été plus simple/cohérent de continuer à mettre dans ce champ (nommé « id_journal ») le « id_auteur »...
 Bien sûr, il faut lier spip_asso_dons à spip_asso_comptes sauf que j’aurais vu la table des dons comme une extension de la table des comptes (un peu comme l’idée des commentaires/informations supplémentaires, sauf que là c’est toute une table bien structurée et complète) avec spip_asso_dons.id_don=spip_asso_comptes.id_compte (« id_don » reste donc une clé primaire, sauf qu’elle n’est plus « auto-increment/serial » et outre le champ « id_adherent », les champs « date_don » et « argent » sautent aussi et on n’a pas besoin de dupliquer les données !)
 C’est quand même mieux non ou suis-je le seul à le voir ainsi ?
7. Je soupçonne que spip_asso_ventes soit un cas similaire au précédant, mais je n’ai pas encore utilisé la fonctionnalité pour être certain (manque de données donc).
- Jeannot
 
 Octobre 2011
 Bonsoir,
 alors je reponds à la va vite et de memoire car je n’ai pas trop le temps la, mais ca devrait etre mieux d’ici quelques semaines :
 
 Alors en effet il y a deux cases, ca serait mieux en fait de mettre debit et credit plutot que recette et depense mais c’est a priori souvent présenté comme ca dans les logiciels de compta.
 oui il y a deux colonnes dans la base car d’une part avant que j’intervienne dessus il etait possible de mettre du credit et du debit dans une meme operation, et d’autre part ca simplifie grandement tout ce qui est bilan.
 l’id_plan est en fait inutile et devrait etre remplacé par le code vu qu’il est forcement unique comme clé de la table asso_plan
 id_journal est en effet un truc un peu étrange que j’ai moi aussi mis pas mal de temps a comprendre, ca sert a gerer les sous livres de comptes associés aux opérations qui ont une interface de gestion : vente, dons, prets et meme gestion des cotisations. Ca fonctionne de la facon suivante :
 Si on entre une opération directement depuis le livre des comptes : ce champs n’est pas utilisé
 Si on entre par exemple une vente, le code de la référence comptable associé aux ventes est entré dans imputation, l’id_vente dans id_journal (journal quand a lui recoit toujours la référence du compte financier auquel est affecté l’opération). Pour retrouver les opérations de vente(pour les présenter sur la page de gestion des ventes), on fait une requete sur la table des comptes avec imputation=« ref ventes », l’id_journal permet alors de récuperer directement l’id_vente, les informations sur les ventes sont donc stockes sur 2 tables asso_ventes et asso_comptes. Ca marche pareil pour les dons et prets (qui peuvent etre payants).
 Pour les cotisations le fonctionnement est assez identique sauf que id_journal recoit l’id_auteur du membre concerné. On retrouve donc les cotisation d’un membre par une requete imputation=« ref cotisations » AND id_journal=« id_auteur »
 
 C’est sur que ce n’est pas idéal comme système, Marcel Bolla est en train de travailler sur la comptabilité. Je pense qu’au vu du temps plutot réduit que chacun a a consacrer a ce plugin, il vaut mieux avoir pour objectif un module qui fonctionne quitte a ensuite devoir le reprendre pour l’optimiser et je suggere donc d’attendre que le module de gestion comptable soit plus stable avant d’en modifier les rouages.
- gilcot
 
 Octobre 2011
 Oui, c’est ce que je disais : ça fait très logiciel de compta :-) Quand à l’usage des termes recette/dépense, je suppose que c’est pour rendre la chose plus abordable car plus compréhensible du grand public que crédit/débit (qui en plus sont inversés dans certains comptes contrairement à ce que laisse croire la compréhension courante)
 Si ça simplifie pour le bilan alors ok. (mon interrogation était de savoir la raison de ce choix et comme il se justifie, ça me convient. Toutes les approches sont bonnes du moment qu’elles mènent au résultat sans trop de casse-tête, ma suggestion ne fait qu’économie de place/données mais ne simplifie pas le code)
 C’est vrai, et j’ai oublié que je préconisais justement de garder seulement l’un ou l’autre (comme quoi, les propos s’envolent et les mêmes interrogations/constats/remarques reviennent sous des formes différents)
 J’ai mis du temps à comprendre que ce champ était utilisé par les modules qui interfacent avec le livre des comptes... En fait, ce qui me chiffonne le plus c’est l’exception que constitue les cotisations, et c’est pourquoi je faisais remarquer que
 toutes les autres stockent aussi un « id_auteur » (sous une autre appelation) : les avoir à un seul endroit facilite le regroupement des opérations liées à un membre (là il faut parcourir plusieurs tables annexes et il se pourrait que d’autres modules apparaissent plus tard) ; et c’est ainsi que j’avais commencé à écrire simplement man modèle histofin
 [(#SESSION{id_auteur}|=={#ENV{id}}|ou{#SESSION{statut}|=={0minirezo}}|oui) <hr class="nettoyeur" /> [(#MODELE{asso_comptes} {id_journal=#ENV{id},imputation=#META{/association/pc_cotisations}} {titre=<:asso:adherent_titre_historique_cotisations:>} {vide=<:aucune_cotisation_pour_l_instant:>} )] <hr class="nettoyeur" /> [(#META{/association/activites}|=={on}|oui) [(#MODELE{asso_comptes} {id_journal=#ENV{id},imputation=#META{/association/pc_activites}} {titre=<:asso:adherent_titre_historique_activites:>} {vide=<:aucune_activite_payante_pour_l_instant:>} )] <hr class="nettoyeur" /> ] [(#META{/association/ventes}|=={on}|oui) [(#MODELE{asso_comptes} {id_journal=#ENV{id},imputation=#META{/association/pc_ventes}} {titre=<:asso:adherent_titre_historique_dons:>} {vide=<:aucun_achat_pour_l_instant:>} )] <hr class="nettoyeur" /> ] [(#META{/association/dons}|=={on}|oui) [(#MODELE{asso_comptes} {id_journal=#ENV{id},imputation=#META{/association/pc_dons}} {titre=<:asso:adherent_titre_historique_dons:>} {vide=<:aucun_don_pour_l_instant:>} )] <hr class="nettoyeur" /> ] [(#META{/association/prets}|=={on}|oui) [(#MODELE{asso_comptes} {id_journal=#ENV{id},imputation=#META{/association/pc_prets}} {titre=<:asso:adherent_titre_historique_prets:>} {vide=<:aucun_pret_payant_pour_l_instant:>} )] <hr class="nettoyeur" /> ] ]
 dans la conception actuellement héritée, la table des comptes stocke une clé étrangère sans qu’on sache trop à quel module il se rattache (tant que chacun aura une imputation différente alors ça ira) alors que ce sont les tables qui étendent/utilisent le livre des comptes qui devraient avoir une clé étrangère (ceci ne change rien au fait qu’on aura toujours besoin de la jointure mais évite l’exception des cotisations —à moins de faire une table pour elles, ce qui serait aussi une façon de régler le problème et d’avoir un mécanisme régulier partout)
 Mais je comprends que cela peut attendre s’il y a une stabilisation de la gestion comptable.
Répondre à ce message
1

DD

Septembre 2011

Bonjour,

Je voudrais tester ce plugin mais je me trouve d’entrée devant une inconnue : sur un site existant j’ai des dizaine d’auteurs et visiteurs (qui sont aussi déjà inscrits à des événements via Agenda) mais je ne vois pas comment les importer selon la méthode décrite : « 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. »

Cela se passe-t-il sur la page : ecrire/ ?exec=association ?

merci
dd
- gilcot
  
  Septembre 2011
  
  oui, c’est bien cette page.
  ensuite, à gauche il y a le lien pour « configurer » l’association... en y allant, il y aura à gauche un lien pour « synchroniser » la base des membres avec celle des auteurs/visiteurs de Spip.
Répondre à ce message
gilcot

Septembre 2011

Au sujet de la date de (première) adhésion, je ne sais pas si c’est un besoin courant... C’est un besoin effectif dans mon cas, et comme ça correspond à la date d’inscription, je le g&erait directement depuis la table spip_auteurs (et en nommant ce champ datetime date_inscription, je peux même l’afficher sur la page auteur) Peut-être que certains préfèrent gerer cela au niveau de la table spip_asso_membres ? Pourquoi pas, mais cela montre juste que cette table doit être personnalisable via « Champs Extras 2 »

Répondre à ce message
2

Jeannot

Septembre 2011

je réponds ici a ce message là.

Il y avait en effet un léger souci dans les champs supplémentaires, je ne m’etais pas rendu compte que les fonction d’ajout et suppression de metas etant insensibles à la casse. C’est réglé maintenant.

Quand a déplacer des fils de forum... j’imagine que ca doit etre techniquement possible mais je n’ai pas accès a ce genre de manipulation...
- gilcot
  
  Septembre 2011
  
  En effet, cela fonctionne mieux maintenant :) Je n’aurais pas soupçonné cet aspect (insensibilité à la casse des fonctions dédiées).
  
  Pour le déplacement des fils de forum, je faisais un appel aux webmestres qui seuls ont normalement ce pouvoir (il faut intervenir sur la base de donnée... en repérant les discussions qui ont les id concernés et en changeant l’id de l’article associé...)
- gilcot
  
  Septembre 2011
  
  J’oubliais : en parlant de migration... Puisque Associaspip a maintenant sa page, il faut penser à changer le lien dans la description du plugin : on pointe toujours sur la page de Association2
Répondre à ce message
3
gilcot

Septembre 2011
Pour en revenir aux groupes, c’est quelque chose que je gèrais personnellement avec les champs extra (il y a une liste de groupes auxquels les auteurs peuvent appartenir ou pas) dans la forme la plus basique (pas de gestion de dates etc.)
Ma proposition de champs de tables provient d’un travail en cours visant pour l’association à avoir son historique (d’où les dates d’entrée et sortie... et par conséquent les adhérents ont leur cv de parcours au sein de l’association) mais je ne suis pas certain qu’il faille lier cela à ce plugin (que cette association n’utilise pas... en pensant à cela, ce qu’il manque c’est un mécanisme pour pouvoir se greffer à Associaspip comme un plugin, afin que certaines fonctionnalités puisent s’utiliser seulls ou avec —la même réflexion a lieu pour l’e-commerce où on essaye d’avoir des briques autonomes mais coopérant pour pouvoir offrir une échoppe sur mesure)

Bref, je me disais qu’il serait lourd de baser les droits/autorisations sur ces groupes... Parce-que ça devrait être plus simple que dans les CRM et qu’il y a peu de cas à gérer à mon avis :
- accès complet en écriture+modification : habituellement c’est le trésorier de l’association, mais bon ça peut être un groupe (qui je pense n’atteindra pas la demie-dizaine de personnes). Il suffirait d’entrer le(s) ID_auteur concerné(s) dans un champs de configuration et ça roule.
- accès complet en lecture-seule : habituellement réservé au reste de l’équipe dirigeante (Bureau —qui peut comporter des salaries— ou Conseil d’Administration par exemple) ou des personnes qui sont aussi administrateurs dans Spip... Là, je pense qu’on peut régler le niveau de transparence (c’est surtout par rapport à la compta) par une option qui permettra de choisir à partir de quel niveau on a cet accès : rédacteur < admin restreint < admin complet.
- enfin, accès à sa fiche (au niveau des historiques de paiement) en lecture seule pour chaque membre (ce qui me semble aller de soi).
- du coup, pas besoin de complexifier avec la gestion des groupes (attention, je ne suis pas contre ; c’est une bonne chose sauf qu’elle n’est pas nécessaire pour les autorisations je trouve)
- Jeannot
 
 Septembre 2011
 
 Bonjour,
 
 pour la gestion d’acces à travers des groupes j’avais pensé a ça parce que finalement dans l’implémentation des groupes ca ne change pratiquement rien, il suffirait pour commencer de faire partir l’id_groupe a 100 et ensuite d’ajouter un test assez simple pour limiter les possibilités d’édition dans les groupes liés aux droit d’accès(pas de suppression du groupe possible).
 
 L’avantage c’est une interface pratique (plus qu’entrer des ID_AUTEURS dans une liste) et qui surtout existera deja donc quand la gestion de groupes sera faites, et surtout une plus grande flexibilitè.
 
 Pour revenir sur la comptabilité on peut affiner aussi pour les droits en écriture : modifier le plan comptable et modifier des operations comptables qui sont deux droits différents, le second pouvant echoir aussi a certains salariés de l’association qui n’ont pas nécessairement les compétences pour gérer un plan comptable mais peuvent tout a fait saisir les opérations de compta. Sachant qu’en plus ajouter des cotisations, des dons ou ventes ajoute aussi des opérations comptables, on peut ajouter encore une finesse : la possibilité d’ajouter des cotisations/dons/ventes mais pas d’écrire directement dans le livre de comptes.
 
 De plus il n’y a pas que la compta, par exemple l’ajout de cotisations peut faire l’objet d’un droit spécifique, ou aussi tout betement la gestion des groupes(ceux liés aux autorisations et les autres)
- gilcot
 
 Septembre 2011
 
 il est prévu un système de permissions bien plus riche qu’il n’y parait :)
 
 les groupes en eux-mêmes semblent être un besoin courant qui (comme devra l’être la compta à terme) doit être isolé pour être plus largement utile, vu que certains anciens projets similaires sont à l’abandon et qu’il va permettre d’enrichir la gestion des droits sous Spip (un peu comme le fait un autre pour les rubriques)
- Jeannot
 
 Septembre 2011
 
 oui j’avais vu le plugin gestion de groupes d’auteur 2 mais comme il semble a l’abandon et bien plus complexe(interface LDAP, avec Acces restreint et autres) que le besoin pour Associaspip... L’implementation des groupes dans Associaspip ne demande pas un si gros effort(en faire un plugin separé c’est déjà toute une autre histoire, le mieux serait de ressusciter gestion de groupes 2) et si un jour un plugin de gestion des groupes fonctionne, il sera toujours temps de le connecter avec Associaspip.
 
 D’autre part pour la compta vous avez raison mais ce n’est pas encore a l’ordre du jour.
Répondre à ce message
1

André

Septembre 2011

Bonjour,

cela me semble super intéressant... Une petite démo est-elle disponible ?

Merci
- Jeannot
  
  Septembre 2011
  
  Bonjour,
  
  pas de démo disponible en ligne, cela dit cet article devrait s’enrichir de copies d’écran une fois qu’on aura atteint le statut « test » et non plus « dev ».
Répondre à ce message

« Précédent 1 2 3 4 5 ... 11 Suivant »

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 ?

Nom [Se connecter]

Courriel (non publié)

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

Texte de votre message

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.

Prévenez-moi de tous les nouveaux commentaires de cette discussion par email

Ajouter un document

Extensions autorisées : gif, jpg, png

Suivre les commentaires : |

Associaspip 2.2

Sommaire

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 comptes

La comptabilité par l’exemple

Feuille de route

Discussion

Discussions par date d’activité

Installation vierge version 2.1.16 [75728]

Précisions

Ajouter un commentaire