Associaspip 2.2

Discussions par date d’activité

104 discussions

• 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

    1. 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 :-)
    2. À 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...)
    3. 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...
    4. 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 :

    1. Créer un compte auteur
    2. 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)
    3. récupérer l’ID de l’auteur (La je ne vois pas l’interet mais j’ai peut etre raté quelque chose)
    4. se rendre dans association et sa page membres,
    5. remettre l’id dans le champs,(de quel champ parlez vous ?)
    6. ajouter une cotisation, (non il faudrait plutot ajouter un type de cotisation au membre plutot avant de faire ca)
    7. 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 :

    1. 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.
    2. 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.
    3. 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
    4. 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 :
       1. Si on entre une opération directement depuis le livre des comptes : ce champs n’est pas utilisé
       2. 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).
       3. 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

    1. 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)
    2. 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)
    3. 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)
    4. 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