Associaspip 2.1

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

Fonctionnalités

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

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

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

Installation

Ce plugin s’installe comme tous les autres.

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

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

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

Le plugin installe plusieurs nouvelles tables dans la base. Il est donc possible de faire ressortir des informations dans la partie publique du site en utilisant les boucles SPIP.

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

Configuration du plugin

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

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

-  Profil de l’association

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

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

-  Sélection et configuration des modules

Les modules activables de façon optionnelle sont : gestion comptable, gestion des dons, ventes, participation aux activités et prêts.

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


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

Catégories de cotisation

Les catégories de cotisation permettent d’automatiser la saisie des cotisations.

Gestion des adhésions

La gestion des membres permet de contrôler les états de cotisations de vos membres, d’effectuer leurs relances, de modifier leurs données et de consulter l’historique du membre.

Il est prévu 4 statuts de cotisants (#STATUT_INTERNE) :

Prospect (prospect)
Le statut initial par défaut à l’enregistrement du membre.
À jour (ok)
Le statut après enregistrement d’une cotisation.
À échéance (echu)
Le statut après dépassement de la date de validité de la cotisation. Ce statut est attribué automatiquement.
Relancé (relance)
Le statut après la première relance de cotisation.
Désactivé (sorti)
Ce statut permet d’exclure un cotisant tout en conservant ses informations. La suppression est quant à elle définitive.

La couleur des lignes du tableau des membres change suivant le statut.

La page des données personnelles d’un adhérent lui est accessible en lecture, et il y figure, pour chaque année de cotisation, un lien vers un reçu fiscal réglementaire attestant de ses dons à l’association. L’accès en lecture à ces pages est donc dérogatoire à la règle d’autorisation ci-dessus, mais elle s’impose évidemment.

Relances

Cette fonctionnalité vous permet d’envoyer un email de relance de cotisation aux adhérents disposant d’une adresse email.
Par défaut les adhérents à échéance sont sélectionnés.

Le message par défaut peut également être personnalisé en surchargeant le fichier de langue asso_fr.php. Le texte peut être rédigé en HTML.

Rien ne vous empêche d’adresser d’autres types d’email à vos adhérents. Il suffit d’utiliser le sélecteur prévu à cet effet.

On peut également générer le PDF des étiquettes adresses.

Gestion des dons

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

Ventes associatives

Ce petit module vous permet de gérer la vente des produits de votre association ainsi que les envois. Les ventes sont automatiquement enregistrées dans le livre de compte en recette selon la formule suivante : quantité × prix unitaire + frais d’envoi. Les frais d’envois entrés dans l’opération de vente constituent donc une recette. La dépense correspondante —paiement au transporteur— doit donc être entrée dans le livre des comptes par ailleurs.

Gestion des activités

À partir du tableau des événements (plugin Agenda), il est possible de gérer les inscriptions à ces événements et d’enregistrer le paiement des participations

Gestion des prêts

Ce petit module vous permet de gérer vos prêts (matériels, livres,...) Il comprend : une interface de gestion des ressources et une interface de suivi de réservations d’une ressource.

Livres de comptes

Ce module n’a pas pour objectif de concurrencer les logiciels de comptabilité, mais de donner une vue approximative de la situation financière de l’association au travers des opérations de routine.

-  Plan Comptable

Il est obligatoire de définir un plan comptable pour pouvoir activer la gestion comptable. Toutes les opérations de gestion définies dans la configuration sont centralisées dans le livre de comptes qui en offre une vue chronologique. Il faut pour cela tout d’abord définir un plan comptable et associer, depuis la page de configuration du plugin, une référence comptable dédiée à chaque opération de gestion.
Note : Il n’est pas possible d’associer une même référence comptable à plusieurs opérations de gestion.
Concernant la gestion des ventes, il est possible (et même conseillé) de définir une référence comptable pour la facturation des frais de port différente de celle de la vente elle même. Dans ce cas, chaque vente se traduira par deux lignes d’écriture dans le livre de compte.

Chaque référence comptable étant identifiée par un code unique (qui commence par 2 chiffres, le premier étant identique à la classe du compte puis une série de caractères alphanumériques) et une classe (un chiffre entre 0 et 9). Chaque référence peut être configurée pour permettre des débits et crédits ou bien seule l’une de ces opérations.

Une classe doit être définie comme étant celle des comptes financiers (la classe 5 dans le plan comptable français) permettant d’attribuer à un compte bancaire ou une caisse les opérations comptables et d’avoir ainsi à disposition la situation financière courante de l’association.

-  Destinations comptable - Comptabilité analytique

Il est possible de définir des destinations comptables. Chaque opération, imputée à une référence du plan comptable, peut être assignée à une destination ou ventilée sur plusieurs. L’objectif étant de pouvoir différencier au niveau comptable (et donc dans le bilan des résultats) les différents secteurs d’activité de l’association. Lors d’une ventilation sur plusieurs destinations, la somme ventilée doit bien évidemment correspondre à celle imputée en recette, dépense ou montant selon le mode strict ou non choisi. Si une seule destination est sélectionnée, inutile de ré-entrer le montant de l’opération, il est automatiquement attribué à la destination sélectionnée.

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

-  Opérations de gestion

Dans ce qui suit, par opération de gestion on entend les opérations gérées (optionnellement) par le plugin Associaspip et qui impliquent potentiellement une écriture dans le livre de compte, à savoir : les cotisations, les dons, les prêts, les ventes, inscriptions aux activités.
Note : Seules les opérations de vente, de dons et les cotisations sont gérées correctement au niveau comptable/destinations pour le moment.

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

Ajouter une écriture comptable
Il est aussi possible d’ajouter des opérations directement dans le livre de comptes et d’obtenir un bilan des résultats(par destinations ou global) et des avoirs de l’association. L’édition ou suppression de cotisations se fait directement dans le livre de comptes, on peut aussi, en éditant directement le livre de compte, modifier des opérations comptables enregistrées par le biais des autres opérations de gestion(ventes, dons par exemple), mais cela reste fortement déconseillé, les modifications apportées n’étant pas répercutées dans les tables des opérations de gestion. Il est préférable d’apporter les modifications aux opérations de gestion(sauf cotisations donc) depuis les pages dédiées à celles-ci

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

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

Notes :

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

Notes

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

Discussion

30 discussions

  • 3

    Bonjour
    Il semble que le plugin n’est plus dans les dépôts ! Qu’en est-il ? Abandonné ?
    Pas de réponses à la qestion de fenec sur la mise à jour pour spip 3.2 ...
    Cordialement

    • il faudrait tester en modifiant les bornes de compatiblité en dans le fichier paquet.xml. cela se trouve il est compatible mais pas testé (car plus personne pour le maintenir ?)

    • Bonjour Jean-Luc,

      Je n’ai personnellement pas eu le temps de m’occuper de cela pour diverses raisons :

      • j’ai utilisé que SPIP 2.1 jusqu’à sa mort (trop de développements spécifiques qui nécessitaient un travail de portage préalable en 3.0)
      • je n’ai ensuite pas eu le temps (des horaires de travail énormes et plein de petits soucis de santé à gérer)
      • enfin je n’en ai plus eu le besoin pendant quelques temps (l’une des associations qui l’utilisait et me faisait beaucoup de retour est auto-dissoute, l’autre où je suis personnellement impliqué dans le bureau était en veille)

      Je pense que certains sous-modules ne seront pas opérationnels en changeant les bornes mais que le principal sera utilisable. Cependant je pense avoir un peu de temps bientôt (des jours de congé à écouler entre autres) et ferai un toilettage avant la fin de l’année.

    • Super !
      Merci pour ces réponses. Je vais donc le télécharger, modifier le paquet et si j’ai tout compris il faut changer le num de version !?
      Pas de justification, chacun fait ce qu’il peut ! En tout cas je renverrai mes retours après essai.
      Cordialement
      Jean-Luc

    Répondre à ce message

  • 2

    J’aimerais bien aussi une mise à jour 3.1.

    Peut-être que considéré dans son ensemble, le plugin est trop ambitieux, et les mises à jour deviennent ainsi laborieuses, voire impossibles, pour les programmeurs. Pour ma part, je me contenterais des aspects « membres, cotisations et relances ». Ce serait bien pratique, et ça nous comblerait d’aise dans notre petite association. D’ailleurs, la compta est généralement faite sur d’autres utilitaires et par d’autres personnes que les webmestres. Alors un plugin de gestion des membres avec relance de cotisation à l’approche de l’expiration.... ce serait vraiment top génial et c’est vraiment la chose que je souhaiterais le plus.

    • oui c’est exactement la même chose pour moi...

      allez un petit effort, merci beaucoup les développeurs.

    • Avoir une gestion d’association digne de ce nom (où on ne fait pas tout à la main, ou assisté de l’informatique mais en évitant de démultiplier les outils et surtout en évitant des incohérences et des ressaisies entre ces outils) est en soi ambitieux... Ceci dit, de version en version, le plugin se simplifie (au sens où certains aspects sont délégués à d’autres plugins et que celui-ci s’assure de faire les/la liens/coordination) mais ça demeure un sacré boulot.

      Le version pour SPIP 3.x arrive bientôt (avant la fin d’année mais pas de date exacte atterrissage prévue) Je me note de le signaler sur les commentaires dès que la sortie sera effective.

    Répondre à ce message

  • 1

    Bonjour,

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

    Si vous avez besoin de beta testeur, je suis disponible.

    Merci d’avance,

    Cordialement,

    Hervé

    • Je prends bonne note et reviens vers toi assez rapidement (mi octobre au mieux, novembre pour sûr) Merci.

    Répondre à ce message

  • 2

    Salut,

    Qu’en est-il du fonctionnement sous spip3.1 ? Y a-t-il des possibilités ? Nous avons migré et c’est le seul plugin qui reste à la traîne. Notre petite compta est à l’arrêt du fait de ce dysfonctionnement et déjà on me pousse à adopter Dolibarr.

    Merci de me dire @+

    • avez vous testé de l’activer sous spip 3.1 en modifiant le fichier paquet.xml ?
      changer  compatibilite="[2.1.8;3.0.*]" en  compatibilite="[2.1.8;3.1.*]".

      Et dans le fichier plugin.xml, changer <necessite id="SPIP" version="[2.1.8;3.0.99]" /> par <necessite id="SPIP" version="[2.1.8;3.1.99]" />

      puis faire autant de tests que nécessaire (prendre le temps pour les faire) et faire des retours ici sur les fonctionnalités qui posent problèmes (ou pas)

    • Bonsoir,

      je viens de réaliser l’opération, je viendrais remplir ici comme la https://contrib.spip.net/Gestion-d-association-complete

      mes retours

    Répondre à ce message

  • bonjour,

    une version pour spip 3.1 ?
    d’autre part installation sur une 3.0.20[22255] c’est bien passée par contre quelques petits dysfonctionnement dans l’affichage des données.
    pouvez vous me donner les versions spip pour lesquelles le plugin est compatible, car j’ai essayé d’installer une version SPIP 3.0.20 avec indice supérieur et impossible de l’installer.
    merci beaucoup et meilleurs vœux.

    Répondre à ce message

  • Salut,

    Une récente mise à jour me donne ceci sous spip 3 :

    Impossible de lire certaines descriptions XML

    Erreur dans les plugins : auto/Lien vers Associaspip/branches/v2.1
    Nom du plugin manquant

    Répondre à ce message

  • hami95

    Bonjour,

    Lorsque je veux consulter des membres qui se trouvent dans des pages supérieures à 0 ; j’obtiens une erreur 404 avec la fonction :
    exec=adherents&lettre=%&debut=30&statut_interne=defaut
    L’erreur est due à « lettre=% »
    Comment puis je modifier cela ???
    J’ai le même type de pb dans la consultation des comptes avec une fonction ’imputation=%"

    Répondre à ce message

  • 1

    Bonjour

    Je suis en Spip 3.0.13 et AssociaSpip 2.1.17.
    Lorsque je veux lancer l’impression des relances de cotisations, j’ai un message d’erreur SQL :
    1 Erreur(s) dans le squelette
    Numéro Message squelette boucle Ligne
    1 Erreur SQL 1052
    Column ’nom_famille’ in order clause is ambiguous
    SELECT * FROM spip_asso_membres AS A LEFT JOIN spip_auteurs AS B ON A.id_auteur=B.id_auteur WHERE B.email <> ’’ AND statut_interne like ’echu’ AND statut_interne <> ’sorti’ ORDER BY nom_famille

    • Re-bonjour

      J’ajoute un autre problème, quand je veux générer les étiquettes pour les cotisations à échéance (j’en ai 5 à générer dans mon test), j’arrive sur une page de l’espace privé avec le message : « Fichier action_labels introuvable ».

      Merci pour votre aide.

    Répondre à ce message

  • Bonjour
    J ai mis en place votre plugin qui me satisfait avec SPIP. J’ ai pu saisir mes opérations comptables pour mon association et je voudrais pouvoir editer le bilan. Je sais le consulter mais je n’ai vu aucune fonction d’impression. Pourriez vous m’aider à ce sujet ?

    Répondre à ce message

  • spipfactory

    Bon et bien cette fois on y retourne et j’ai pas le choix faut que ça tourne ...
    donc spip 3.0.17 + Associaspip 2.1.17

    pouvez vous nous aider car je constate ...

    l’absence de logo dans /ecrire/ ?exec=navigation&menu=menu_activite

    dans /ecrire/ ?exec=ressources un mauvais positionnement des informations spip

    dans /ecrire/ ?exec=prets&id=1
    lorsque l’on créer une ressource a réserver et que l’on passe dans la gestion des reservation de cettte ressources on a un probléme avec l’affichage des raccourcis colone de gauche

    et si j’ajoute une réservation j’ai droit a
    Erreur SQL 1146
    Table ’spipfactory_reqspipffd3d.spip_asso_adherents’ doesn’t exist
    SELECT * FROM spip_asso_adherents WHERE id_auteur=23

    donc a priori probleme de table

    je vous demande comment supprimer cette erreur

    Répondre à ce message

  • 5
    haqqtiviste

    bonjour

    suite à la mise à jour du plugin Agenda de 3.x.x vers 3.13.1, le plugin Association se désactive et me dit qu’il faut un plugin Agenda au minimum en 3.1

    étant en 3.13, ça n’a pas de sens...

    • Bonjour,

      J’avais oublié de répondre... 3.0.1 est le minimum, pas le maximum... Par contre que la 3.13.1 ne soit pas pris en compte veut dire que cette version n’a pas été testée avec le plugin et donc on ne peut garantir que les deux fonctionnent bien ensemble...

    • Erreurs survenues

      Impossible d’activer le plugin ../plugins/auto/association/v2.1.17
      Nécessite le plugin AGENDA en version 3.0.1 minimum.

      Même problème après le passage à Agenda 3.13.1

    • haqqtiviste

      bonsoir,

      en quoi Agenda interfère t il avec Associaspip ?
      je ne comprends pas pourquoi l’install d’un plugin bloque le fco d’un autre ?!?

      dès fois, chez Spip, on fait du surplace.

      merci quand même à tous ceux qui développent, mais vous avouerez qu’il y a des non sens ou je ne sais pas comment appeler cela.

      merci

    • En modifiant la ligne 31 du fichier paquet.xml, cela fonctionne !

      	<utilise nom="agenda" compatibilite="[3.0.1;3.12.99]" ></utilise>

      j’ai remplacé 3.12.99 par 3.13.99

    • Bonjour,

      J’avais une version Agenda 3.14.3, j’ai donc remplacé 3.12.99 par 3.14.99
      dans le fichier spip/plugins/auto/association/v2.1.17/paquet.xml
      et ça à fonctionné :)

      Merci ! :)

    Répondre à ce message

  • Hello,

    Un truc qui était bien sympa pour enregistrer les cotisants, était le bouton « ajouter une cotisation » sur la page auteur. Avec plus de 3000 inscrits actifs, sans celà, je me perd un peu dans la page des membres ?exec=adherents.

    Pourrait-il revenir ?

    Répondre à ce message

  • 1
    Frederic Pairot

    Bonjour,

    J’utilise associaspip et j’ai mis en place un formulaire de paiement de cotisation pour les membres non à jour. Par contre je n’arrive pas à mettre à jour le STAUT_INTERNE de mon auteur après son paiement (réussi). Quelqu’un aurait-il une piste à me proposer ?

    Merci !

    • Bonjour Frédéric.

      Tout d’abord, quelles informations récolte le formulaire ?
      Ensuite quel traitement lui est appliqué ? (je suppose que c’est un formulaire CVT, donc éventuellement poster la fonction _traiter ?)
      Dans ce traitement, qu’est-ce qui est attendu (donc intention initiale) ?

    Répondre à ce message

  • 7

    Bonjour, je viens d’installer Associaspip 2 dans spip3

    Et je ne vois nul part la possibilité de remplir la base de données dans la partie privé.

    comment faut-il procéder pour saisir les informations de la base de données.

    Cordialement
    Bruno

    • Bonjour Bruno.

      Tout d’abord, il faut que l’installation se soit passée sans erreur. Ensuite, depuis la page de gestion des plugins il y a normalement un bouton qui mène vers la page de configuration (il faut passer par cette étape pour pouvoir vraiment utiliser le plugin). Par ailleurs, le menu d’accès se trouve (de mémoire) dans le menu Activité...

      J’espère qu’avec ces éléments ça ira. Merci de nous tenir au courant.

    • Bonjour Gilcot,
      j’ai bien suivi la procédure, l’installation c’est bien déroulé.

      Je suis aller dans les paramètres du plugin,
      j’ai cinq onglets : association, membres, ventes, activités, prêts
      j’ai saisi les informations dans l’onglet association
      dans l’onglet membres, je n’est aucune possibilité d’ajouter un membre, le seul membre existant est moi même et je peu me supprimer, mais pas ajouter de membres

    • Bonjour Bruno.

      En effet, les membres sont parmi les auteurs de SPIP (un auteur peut être membre de l’association indépendamment de son statut) et la création d’un(e) nouvel(le) auteur(e) en fait automatiquement un(e) membre...
      Par contre, pour les auteurs présents avant l’installation du plugin, il faut les importer en utilisant le lien « Synchroniser la liste des membres depuis la liste des auteurs » dans l’onglet « Association ».
      Il n’y a pas de création proprement dit depuis le plugin lui-même...

    • Bonjour Gilcot,
      Merci pour cette précision.
      quel outil puis-je utiliser pour me permettre de remplir la base de donnée sachant qu’ils ne sont des auteurs ?

    • Bonjour.

      Je ne suis pas certain d’avoir bien compris, mais créer (ou rapatrier) des auteurs en masse on peut utiliser (je n’ai pas testé) CVS Import ou ciimport ou carrément phpmyadmin (ou similaire)
      Ensuite, il faut passer par la page de synchronisation d’Associaspip pour en faire des membres de l’association.

    • Bonjour, I am back

      En effet, les membres sont parmi les auteurs de SPIP (un auteur peut être membre de l’association indépendamment de son statut) et la création d’un(e) nouvel(le) auteur(e) en fait automatiquement un(e) membre...

      La saison des cotisations est revenue et trouve plein de visiteurs de forum (essentiellement des spams non publiés) dans les membres. Les enlever manuellement n’est pas une sinécure.

      N’y a-t-il pas un moyen de désactiver l’inscription systématique comme membre quand un simple visiteur s’inscrit pour réagir à un article ? Merci

    • Hello

      Il n’est malheureusement pas possible de désactiver l’inscription systématique. (mais cela sera corrigé dans la prochaine version.)

      Par défaut, les nouveaux membres inscrits ont le statut de « prospect » (i.e. futur membre éventuel-le) Dans la page de gestion des membres, il faut filtrer sur ce statut, puis cocher ceux à supprimer pour faire une suppression en masse. La périodicité de l’opération dépend de l’affluence du site.

    Répondre à ce message

  • 4

    bonjour,

    je viens d’installer Associaspip 2.1 téléchargé sur la zone sur une nouvelle installation 3.0.9 qui ne contient rien d’autre. Certaines tables sont absentes de la base :

    association.spip_asso_categories
    association.spip_asso_plan (pas trop grave je ne compte pas m’en servir=

    D’après le forum ce problème aurait été corrigé depuis longtemps. Comment faire ?
    merci

    • Bonjour naomed.

      Il semble qu’il y ait un problème général : le plugin ne s’installe pas correctement (même si SPIP dit le contraire)
      Je ne me souviens pas de ce problème (et donc ne saurai dire s’il a été corrigé, mais dans ce cas il ne devrait plus se reproduire sauf si le zip téléchargé n’est pas le bon)
      Pouvez-vous m’envoyer les « logs » crées juste au moment de l’installation afin que je puisse investiguer plus en profondeur sur le problème ?

      Merci.

    • je suppose que c’est cela que tu désires

      PRIMARY KEY (id_categorie)) DEFAULT CHARACTER SET utf8 COLLATE’ àla ligne 8 - CREATE TABLE IF NOT EXISTS association.spip_asso_categories (
      id_categorie int(10) unsigned NOT NULL auto_increment auto_increment,
      valeur tinytext CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      libelle text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      duree text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      cotisation float NOT NULL default ’0’,
      commentaires text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_categorie)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_categorie)) DEFAULT CHARACTER SET utf8 COLLATE’ àla ligne 8 - query inconnue
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1064 de mysql : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_categorie)) DEFAULT CHARACTER SET utf8 COLLATE’ àla ligne 8
      CREATE TABLE IF NOT EXISTS association.spip_asso_categories (
      id_categorie int(10) unsigned NOT NULL auto_increment auto_increment,
      valeur tinytext CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      libelle text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      duree text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      cotisation float NOT NULL default ’0’,
      commentaires text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_categorie)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_don)) DEFAULT CHARACTER SET utf8 COLLATE utf8_’ àla ligne 11 - CREATE TABLE IF NOT EXISTS association.spip_asso_dons (
      id_don bigint(21) NOT NULL auto_increment auto_increment,
      date_don date NOT NULL default ’0000-00-00’,
      bienfaiteur text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      id_adherent int(11) NOT NULL,
      argent tinytext CHARACTER SET utf8 COLLATE utf8_general_ci ,
      colis text CHARACTER SET utf8 COLLATE utf8_general_ci ,
      valeur text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      contrepartie tinytext CHARACTER SET utf8 COLLATE utf8_general_ci ,
      commentaire text CHARACTER SET utf8 COLLATE utf8_general_ci ,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_don)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_don)) DEFAULT CHARACTER SET utf8 COLLATE utf8_’ àla ligne 11 - query inconnue
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1064 de mysql : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_don)) DEFAULT CHARACTER SET utf8 COLLATE utf8_’ àla ligne 11
      CREATE TABLE IF NOT EXISTS association.spip_asso_dons (
      id_don bigint(21) NOT NULL auto_increment auto_increment,
      date_don date NOT NULL default ’0000-00-00’,
      bienfaiteur text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      id_adherent int(11) NOT NULL,
      argent tinytext CHARACTER SET utf8 COLLATE utf8_general_ci ,
      colis text CHARACTER SET utf8 COLLATE utf8_general_ci ,
      valeur text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      contrepartie tinytext CHARACTER SET utf8 COLLATE utf8_general_ci ,
      commentaire text CHARACTER SET utf8 COLLATE utf8_general_ci ,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_don)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_vente)) DEFAULT CHARACTER SET utf8 COLLATE utf’ àla ligne 13 - CREATE TABLE IF NOT EXISTS association.spip_asso_ventes (
      id_vente BIGINT(21) AUTO_INCREMENT auto_increment,
      article TINYTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      code TEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      acheteur TINYTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      id_acheteur BIGINT(20) NOT NULL,
      quantite TINYTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      date_vente DATE NOT NULL DEFAULT ’0000-00-00’,
      date_envoi DATE DEFAULT ’0000-00-00’,
      prix_vente TINYTEXT CHARACTER SET utf8 COLLATE utf8_general_ci ,
      frais_envoi float NOT NULL default ’0’,
      commentaire TEXT CHARACTER SET utf8 COLLATE utf8_general_ci ,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_vente)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_vente)) DEFAULT CHARACTER SET utf8 COLLATE utf’ àla ligne 13 - query inconnue
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1064 de mysql : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_vente)) DEFAULT CHARACTER SET utf8 COLLATE utf’ àla ligne 13
      CREATE TABLE IF NOT EXISTS association.spip_asso_ventes (
      id_vente BIGINT(21) AUTO_INCREMENT auto_increment,
      article TINYTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      code TEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      acheteur TINYTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      id_acheteur BIGINT(20) NOT NULL,
      quantite TINYTEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      date_vente DATE NOT NULL DEFAULT ’0000-00-00’,
      date_envoi DATE DEFAULT ’0000-00-00’,
      prix_vente TINYTEXT CHARACTER SET utf8 COLLATE utf8_general_ci ,
      frais_envoi float NOT NULL default ’0’,
      commentaire TEXT CHARACTER SET utf8 COLLATE utf8_general_ci ,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_vente)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_compte)) DEFAULT CHARACTER SET utf8 COLLATE ut’ àla ligne 11 - CREATE TABLE IF NOT EXISTS association.spip_asso_comptes (
      id_compte bigint(21) NOT NULL auto_increment auto_increment,
      date date default NULL,
      recette float NOT NULL default ’0’,
      depense float NOT NULL default ’0’,
      justification text CHARACTER SET utf8 COLLATE utf8_general_ci ,
      imputation text CHARACTER SET utf8 COLLATE utf8_general_ci ,
      journal tinytext CHARACTER SET utf8 COLLATE utf8_general_ci ,
      id_journal int(11) NOT NULL default ’0’,
      vu boolean default 0,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_compte)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_compte)) DEFAULT CHARACTER SET utf8 COLLATE ut’ àla ligne 11 - query inconnue
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1064 de mysql : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_compte)) DEFAULT CHARACTER SET utf8 COLLATE ut’ àla ligne 11
      CREATE TABLE IF NOT EXISTS association.spip_asso_comptes (
      id_compte bigint(21) NOT NULL auto_increment auto_increment,
      date date default NULL,
      recette float NOT NULL default ’0’,
      depense float NOT NULL default ’0’,
      justification text CHARACTER SET utf8 COLLATE utf8_general_ci ,
      imputation text CHARACTER SET utf8 COLLATE utf8_general_ci ,
      journal tinytext CHARACTER SET utf8 COLLATE utf8_general_ci ,
      id_journal int(11) NOT NULL default ’0’,
      vu boolean default 0,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_compte)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_plan)) DEFAULT CHARACTER SET utf8 COLLATE utf8’ àla ligne 11 - CREATE TABLE IF NOT EXISTS association.spip_asso_plan (
      id_plan int(11) NOT NULL auto_increment auto_increment,
      code text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      intitule text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      classe text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      type_op ENUM(’credit’,’debit’, ’multi’) NOT NULL default ’multi’,
      solde_anterieur float NOT NULL default ’0’,
      date_anterieure date NOT NULL default ’0000-00-00’,
      commentaire text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      active boolean default 1,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_plan)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_plan)) DEFAULT CHARACTER SET utf8 COLLATE utf8’ àla ligne 11 - query inconnue
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1064 de mysql : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_plan)) DEFAULT CHARACTER SET utf8 COLLATE utf8’ àla ligne 11
      CREATE TABLE IF NOT EXISTS association.spip_asso_plan (
      id_plan int(11) NOT NULL auto_increment auto_increment,
      code text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      intitule text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      classe text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      type_op ENUM(’credit’,’debit’, ’multi’) NOT NULL default ’multi’,
      solde_anterieur float NOT NULL default ’0’,
      date_anterieure date NOT NULL default ’0000-00-00’,
      commentaire text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      active boolean default 1,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_plan)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_ressource)) DEFAULT CHARACTER SET utf8 COLLATE’ àla ligne 9 - CREATE TABLE IF NOT EXISTS association.spip_asso_ressources (
      id_ressource bigint(20) NOT NULL auto_increment auto_increment,
      code text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      intitule text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      date_acquisition date NOT NULL default ’0000-00-00’,
      pu float NOT NULL default ’0’,
      statut text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      commentaire text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_ressource)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_ressource)) DEFAULT CHARACTER SET utf8 COLLATE’ àla ligne 9 - query inconnue
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1064 de mysql : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_ressource)) DEFAULT CHARACTER SET utf8 COLLATE’ àla ligne 9
      CREATE TABLE IF NOT EXISTS association.spip_asso_ressources (
      id_ressource bigint(20) NOT NULL auto_increment auto_increment,
      code text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      intitule text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      date_acquisition date NOT NULL default ’0000-00-00’,
      pu float NOT NULL default ’0’,
      statut text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      commentaire text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_ressource)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_pret)) DEFAULT CHARACTER SET utf8 COLLATE utf8’ àla ligne 11 - CREATE TABLE IF NOT EXISTS association.spip_asso_prets (
      id_pret bigint(20) NOT NULL auto_increment auto_increment,
      id_ressource varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      date_sortie date NOT NULL default ’0000-00-00’,
      duree int(11) NOT NULL default ’0’,
      date_retour date NOT NULL default ’0000-00-00’,
      id_emprunteur text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      statut text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      commentaire_sortie text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      commentaire_retour text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_pret)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_pret)) DEFAULT CHARACTER SET utf8 COLLATE utf8’ àla ligne 11 - query inconnue
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1064 de mysql : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_pret)) DEFAULT CHARACTER SET utf8 COLLATE utf8’ àla ligne 11
      CREATE TABLE IF NOT EXISTS association.spip_asso_prets (
      id_pret bigint(20) NOT NULL auto_increment auto_increment,
      id_ressource varchar(20) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      date_sortie date NOT NULL default ’0000-00-00’,
      duree int(11) NOT NULL default ’0’,
      date_retour date NOT NULL default ’0000-00-00’,
      id_emprunteur text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      statut text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      commentaire_sortie text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      commentaire_retour text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_pret)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_activite)) DEFAULT CHARACTER SET utf8 COLLATE ’ àla ligne 17 - CREATE TABLE IF NOT EXISTS association.spip_asso_activites (
      id_activite bigint(20) NOT NULL auto_increment auto_increment,
      id_evenement bigint(20) NOT NULL,
      nom text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      id_adherent bigint(20) NOT NULL,
      membres text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      non_membres text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      inscrits int(11) NOT NULL default ’0’,
      date date NOT NULL default ’0000-00-00’,
      telephone text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      adresse text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      email text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      commentaire text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      montant float NOT NULL default ’0’,
      date_paiement date NOT NULL default ’0000-00-00’,
      statut text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_activite)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1064
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_activite)) DEFAULT CHARACTER SET utf8 COLLATE ’ àla ligne 17 - query inconnue
      Oct 26 20:50:51 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1064 de mysql : Erreur de syntaxe près de ’(14) NOT NULL,
      PRIMARY KEY (id_activite)) DEFAULT CHARACTER SET utf8 COLLATE ’ àla ligne 17
      CREATE TABLE IF NOT EXISTS association.spip_asso_activites (
      id_activite bigint(20) NOT NULL auto_increment auto_increment,
      id_evenement bigint(20) NOT NULL,
      nom text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      id_adherent bigint(20) NOT NULL,
      membres text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      non_membres text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      inscrits int(11) NOT NULL default ’0’,
      date date NOT NULL default ’0000-00-00’,
      telephone text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      adresse text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      email text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      commentaire text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      montant float NOT NULL default ’0’,
      date_paiement date NOT NULL default ’0000-00-00’,
      statut text CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL,
      maj timestamp(14) NOT NULL,
      PRIMARY KEY (id_activite)) DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci

      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1146
      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : La table ’association.spip_asso_categories’ n’existe pas - SHOW CREATE TABLE spip_asso_categories
      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1146
      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : La table ’association.spip_asso_categories’ n’existe pas -
      SELECT asso_categories.libelle, asso_categories.id_categorie
      FROM association.spip_asso_categories AS asso_categories
      ORDER BY asso_categories.libelle
      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1146
      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : La table ’association.spip_asso_categories’ n’existe pas - query inconnue
      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1146 de mysql : La table ’association.spip_asso_categories’ n’existe pas

      SELECT asso_categories.libelle, asso_categories.id_categorie
      FROM association.spip_asso_categories AS asso_categories
      ORDER BY asso_categories.libelle
      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1146
      Oct 26 20:52:47 127.0.0.1 (pid 1212) :Pri:ERREUR : La table ’association.spip_asso_categories’ n’existe pas - query inconnue
      Oct 26 20:53:30 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1146
      Oct 26 20:53:30 127.0.0.1 (pid 1212) :Pri:ERREUR : La table ’association.spip_asso_plan’ n’existe pas - SHOW CREATE TABLE spip_asso_plan
      Oct 26 20:53:30 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1146
      Oct 26 20:53:30 127.0.0.1 (pid 1212) :Pri:ERREUR : La table ’association.spip_asso_plan’ n’existe pas -
      SELECT classe, asso_plan.classe
      FROM association.spip_asso_plan AS asso_plan
      GROUP BY classe
      ORDER BY asso_plan.classe
      Oct 26 20:53:30 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur mysql 1146
      Oct 26 20:53:30 127.0.0.1 (pid 1212) :Pri:ERREUR : La table ’association.spip_asso_plan’ n’existe pas - query inconnue
      Oct 26 20:53:30 127.0.0.1 (pid 1212) :Pri:ERREUR : Erreur 1146 de mysql : La table ’association.spip_asso_plan’ n’existe pas

      SELECT classe, asso_plan.classe
      FROM association.spip_asso_plan AS asso_plan
      GROUP BY classe
      ORDER BY asso_plan.classe
      [— rotate —]

    • Bonjour.

      C’est exactement cela. Du coup je vois que certaines ne sont vraiment pas créées parce-que SPIP 3 rajoute auto_increment automatiquement (ceci dit ça ne devrait pas y être mais cette erreur est passée autrefois...) Un correctif (r77721) vient d’être publié : il faudra désinstaller complétement, télécharger le nouveau zip et réinstaller.

      Merci de nous tenir au courant si des erreurs sont rajoutées dans les fichiers de log (même si le plugin a l’air de bien fonctionner)

    • bonjour,

      je viens de réinstaller avec la nouvelle version du plugin. L’installation s’est parfaitement déroulée, aucun log. Donc a priori c’est bon mais faut que je « joue » un peu avec pour être totalement certain. Vous tiandrais au courant.

      Merci.

    Répondre à ce message

  • 5

    Bonjour,

    En associaspip 2.1.17 et spip 3.0.11 j’obtiens ces erreurs :

    Sur la page des comptes :

    Erreur SQL 1054
    Unknown column 'date' in 'field list'
    SELECT date_format( date, '%Y' ) AS annee FROM spip_asso_comptes WHERE imputation like '%' GROUP BY annee ORDER BY annee
    	   /  	   /  	
    2 	Erreur SQL 1054
    Unknown column 'date' in 'where clause'
    SELECT sum(recette) AS somme_recettes, sum(depense) AS somme_depenses FROM spip_asso_comptes WHERE imputation like '%' AND date_format( date, '%Y' ) = 2013
    	   /  	   /  	
    3 	Erreur SQL 1054
    Unknown column 'date' in 'where clause'
    SELECT * FROM spip_asso_comptes WHERE imputation like '%' AND date_format( date, '%Y' ) = 2013 ORDER BY date DESC,id_compte DESC LIMIT 0,30

    Plus gènant, je n’arrive pas à ajouter de cotisation à un rédacteur, s’il ne s’est jamais connecté. Parfois j’obtiens le message « Ajouter cotisation:accès interdit ». Encore plus gênant : les comptes sont tous à zéro. Comme s’il n’y avait plus rien. Gasp !

    J’ai une sauvegarde en spip 2 des différentes tables mais si je pouvait éviter....

    merci de me dire

    • Re ...

      ... je viens de comprendre. En SPIP2, nous étions en version d’associaspip 2.2. En passant à SPIP3 nous avons régressé en 2.1.17 suite au non fonctionnement de la 2.2. La conversion des tables ne se faisant que vers le haut...ça plante tout. Dommage qu’il y ai ces divergences.

    • Arf... je me disais bien que ces erreurs sont étranges puisqu’il n’y avait pas ces tables et champs dans la 2.1 ! En rentrant ce soir, je vais essayer (parce-qu’il faut avoir le temps de bien tester aussi pour pas perdre de données) de te concocter un script de « downgrade » (la 2.2 n’est pas assez éprouvée au niveau de SPIP 3 en plus d’être en chantier même si ça commence à se stabiliser ; mais tu peux demander de l’aide pour l’utiliser avec SPIP 3 —il commence à y avoir de la motivation du côté de spipfactory, voir sur le forum)

    • Merci pour ta proposition de script, ça nous enlèverait une belle épine du pied. A défaut est-ce qu’une copie des tables concernées pourrait faire l’affaire ?

    • Bonsoir. (je suis rentré il y a juste un quart d’heure)

      Mon idée est de repartir des tables existantes pour recréer à minima la l’ancienne structure. (il n’y a donc rien à copier à priori.) Le plus simple (pour moi) étant de donner directement les requêtes SQL mais je ne sais pas si tu as accès au SGBD et si tu es en mesure de lancer un tel script.

      A bientôt (j’avale un bout vite fait)

    • J’ai accès oui. Ne t’étouffes pas hein, le trésorier a déjà fait son attaque cardiaque en voyant les comptes à zéro, on peut procéder tranquillement maintenant. :)

    Répondre à ce message

  • 6
    Afestorg

    Bonjour,

    Message d’erreur sur la version 2.1.15 [74429] à l’appel de ?exec=adherents

    Erreur SQL 1052
    Column ’nom_famille’ in where clause is ambiguous
    SELECT * FROM spip_asso_membres AS A LEFT JOIN spip_auteurs AS B ON A.id_auteur=B.id_auteur WHERE ((statut_interne IN (’prospect’,’ok’,’echu’,’relance’))) AND upper( substring( nom_famille, 1, 1 ) ) like ’%’ ORDER BY nom_famille LIMIT 0,30

    D’autre part, le menu « Edition » de spip ne comprend pas l’appel à Associaspip avec le plugin Minibando. Est-ce le bon endroit pour en parler ou le forum de Minibando ?

    Merci

    • Bonjour Afestorg.

      L’erreur SQL avait été signalé et la correction est maintenant publiée : il faut mettre à jour le plugin dans sa nouvelle version 2.1.16

      Avec le plugin Minibando, l’appel au plugin se trouve dans le menu « Activités » (je mettrai la documentation à jour plus tard)

      Merci.

    • Bonjour et merci pour ces précisions.

      Spip-contrib continue à afficher la version 2.1.15. Erreur de plume ou réellement ancienne version ?
      J’ai chargé la 2.1.16 depuis plugins.spip.net.

      Interrogation. Je synchronise la liste des visiteurs avec la liste des membres. 6409 imports, mais un seul s’affiche en prospect. Aucun autre ne s’affiche quelle que soit la catégorie (relance, etc . Et en effet un seul dans la base. Je le supprime.

      Je recommence, cette fois en cochant toutes les cases. Message de succès mais rien en base.

      Je réinstalle ?

    • Bonjour afestorg.

      Je n’arrive pas à reproduire ce problème (même version de SPIP.) Du coup je me demande si le plugin ne s’est pas mal installé (mais ce n’est pas une table manquante comme je le pensais sinon il y aurait une erreur affichée). Que disent les fichiers de log ?

      Merci.

    • Merci pour l’aide.

      Je ne trouve qu’un fichier prive_associaspip.log daté de octobre 2012 dans lequel la dernière entrée date date d’octobre 2012 !

      Oct 23 20:12:17 82.238.195.37 (pid 548948) association upgrade: association_metas base_version = 0 =>> 66942

      Du coup je préfère repartir de zéro. Je vais désinstaller (en procédure propre) et installer, à nouveau, la dernière version 2.1.16.

    • Résolu ?

      Bonjour,
      En allant regarder mes tables avec PhpMyAdmin, je me suis aperçu que certaines tables étaient déclarées avec le moteur InnoDB, dont public_asso_membres.

      En changeant à MylSAM, la synchronisation s’effectue correctement (mis à part un souci de pagination, peut-être lié au grand nombre > 6200, que je regarderai par ailleurs).

      J’ai d’ailleurs cette information au survol d’un élément : Sur ce serveur MySql, le moteur de stockage par défault est InnoDB

    • Bonjour.

      Je suis content de voir que c’est solutionné. Mais je suis un peu étonné que le moteur InnoDB (choix dû à la configuration de MySQL de l’hébergeur et non SPIP ou ce plugin) en soit la cause.

      Pour la pagination, il y avait un petit souci signalé par ailleurs et qui a été corrigé (du coup, il faut mettre à jour en 2.1.16... la mise à jour ne touchant pas la base de données, pas de crainte donc)

      Merci.

    Répondre à ce message

  • 2

    salut

    attention à l’écrasage de la variable $critere ds exec/adherents.php function adherents_liste.
    Du coup on perd la pagination ;)

    • Bonjour stefany.

      Merci pour le signalement ; je regarde ça rapidement !

    • Pas évident à trouver car toutes les variables étaient bien préservée  ;-) L’erreur se trouvait plutôt au niveau d’une requête qui ne renvoyait rien, et personne n’était tombé sur ce souci de pagination depuis  :-( Alors merci pour le signalement ; la correction est dans les tuyaux.

    Répondre à ce message

  • 3

    Bonjour,

    Nous sommes passé en phase de test un peu plus poussé puisque quatre association on ce besoin.

    La création des tables sur la base de donné ne ce réalise pas ; que puis je faire ?

    Du coup on ce rabat sur la 2.2.0 avec des modifs pour essayer de faire tourner la bête sur spip 3

    une aide , un retour serait bienvenue dans notre compréhension du plugin

    http://associaspip.spipfactory.com/

    • Le Jaseur Boreal

      Avec patience .... j’essaye de construire un plan comptable dans un site test associaspip sur SPIPFACTORY http://associaspip.spipfactory.com/

      Ci-dessous le roman de la longue après-midi et soirée à essayer de seulement configurer la partie comptable d’ASSOCIASPIP sur SPIPFACTORY , pardonnez sa longueur, elle est proportionnelle au temps passé à tenter d’obtenir un résultat efficace et positif ! Le comble en comptabilité !

      A défaut de « fichier aide plan comptable type » j’ai entré à la main une liste de comptes ... qui est maintenant appellée quand on clique sur « PLAN COMPTABLE » avec tous les compte activés.
      Quand on clique sur « Vous devez définir un plan comptab.... » ce plan comptable défini apparait. ( Le plugin installé et activé en fonctionnement est Associaspip 2.2.0 - dev adapté)

      « Vous devez définir un plan comptable avec au moins quatre classes différentes pour pouvoir activer la gestion comptable puis configurer et activer les modules utilisant la comptabilité. »
      **C’est apparemment, là où un problème se pose, car 8 classes comptables différentes ont été définies, et apparemment la gestion comptable ne s’active plus !**

      Dans l’après-midi, j’ai eu accès à l’écran Gestion comptable un moment, j’y ai même activé certains modules, et configuré quelques dépenses et recettes.
      C’est comme si cette activation était disparue depuis sans effets !

      Je teste un vidage de cache pour voir ... OK ! et j’accède à ............. la validation du plan comptable

      La validation du plan comptable peut se faire, mais message d’erreur ... bizarre, .... « vous ne pouvez activer le module de gestion comptable .... » a tout les coups, encore un phénomène de doublons d’écritures qui se produit !

      Observations techniques dans la partie Gestion comptable :

      1. Quand activer la « gestion comptable » est validé,
      Quand on a fait son choix dans les sélecteurs pour les « options de comptabilité » ( destinations comptables, exercices, aide, )
      Quand on précise dans les sélecteurs les « saisies d’opérations » :
      - classe des comptes financiers(5),
      - ref des virements internes (581) , si le compte n’existe pas vous le créerez en cliquant sur 581 suggéré comme ici , mais en créant le compte vous quittez cette page de configuration comptable, si bien que tous les réglages que vous avez réalisé avant seront mis à zéro quand vous reviendrez sur la page.
      - classe des comptes de charges(6)
      - classe des comptes de produits(7)
      - Classe des comptes de contrib. volontaires (8)

      Un conseil, créer tous les comptes qui vous seront utiles avant si ils ne sont pas dans votre liste de compte.
      Vérifiez au moins que ces comptes figurent 581, 754, 771, 875, 701, 705, 706, 707, 624, 708, 210, 600, 1651, ...
      car ce sont les comptes utilisés pour les différents modules comptables d’associaspip.

      Il apparait que des comptes à deux chiffres ne sont pas utilisables par le plugin associaspip avec les sélecteurs de réglages qui semblent obliger le choix de sous comptes à trois chiffres, exemple celui des virements internes (581).
      Si vous pensiez n’utiliser qu’un seul compte 58 pour ces virements internes, et ben non, ça ne sera pas validé, et vous devrez créer un compte à trois chiffres.
      Et comme il vous faudra quitter la page pour créer le compte, vous devrez ensuite tout ressaisir vos réglages en revenant sur la page.
      Vos précédents réglages ne sont pas mémorisés tant qu’ils n’ont pas été validés tout en bas.
      Et les validations intermédiaires, si vous ne les faites pas toutes les saisies-réglages d’un seul jet, produisent des erreurs comme celle du haut !
      « vous ne pouvez activer le module de gestion comptable .... »

      C’est très irritant de devoir recommencer plusieurs fois les mêmes saisies !

      C’est encore plus irritant quand on aboutit après X saisies toujours au même message disant :
      « Votre saisie contient une ou plusieurs erreurs ! »
      sans que ces erreurs ne soient visualisées, ni listées !
      mais toujours le même message :
      « Vous ne pouvez pas activer le module de gestion comptable car votre plan comptable n’est pas valide.
      Référence comptable définie plusieurs fois : @code@ ! »

      Je revérifie encore une fois le plan comptable, et une référence comptable est doublonnée.
      En créant un compte 701 à trois chiffres, il y avait deux comptes 701 créés, encore un doublon !
      Bizarres ces doublons saisis, alors qu’il n’y a eu qu’une saisie !

      On recommence .... patience , on va y arriver !

      Encore une erreur
      Gestion des prêts et ressources
      « 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 »

      On re-re-re recommence la saisie de l’ensemble ....
      pour s’apercevoir que le plugin ASSOCIASPIP qui commence à irriter très fortement,
      suggère de lui-même aux utilisateurs de saisir
      l’inscription aux activités en compte 708 et les recettes de locations en 708 !

      Comme si, il était impossible que des recettes d’activités quelles qu’elles soient ( locations ou inscriptions ) ne puissent etre saisies dans le même compte !
      Cela devient trés compliqué à régler cet outil ,
      Je me fatigue à essayer de l’utiliser , alors qu’il y a des solutions bien plus simples en compta d’associations ...

      Et on n’en est seulement qu’à configurer la bête pour la tester, on ne parle pas encore des saisies comptables à réaliser, du débit et du crédit, etc ....

      Je ne compte plus le nombre de fois où j’ai du ressaisir l’ensemble des choix dans les sélecteurs ! C’est improductif !

      J’imagine les personnes novices dans la compréhension des classes comptables, des comptes, et sous-comptes, etc ...

      Cet outil manque de souplesse !

      Après quelques heures à essayer de « configurer » simplement un plan comptable et son utilisation !
      En constatant le niveau de difficultés et problêmes dans la mise en œuvre ni facile, ni simple du plugin ASSOCIASPIP,
      je me demande quel est vraiment l’intérêt pour une petite association de configurer un module comptable dans un site SPIP,
      Quel sont les avantages à gérer les adhésions de cette manière avec associaspip, car pour l’instant ce sont surtout des inconvénients mesurés.

      Les heures passées pour essayer de configurer le plugin associaspip seulement dans sa petite petite partie comptable sont si problématiques, alors qu’il existe une masse d’ applications comptables très performantes, gratuites, et efficaces pour produire les mêmes résultats, c’est à dire en fin d’année l’édition des comptes de résultat et du bilan, pour les présenter en AG !

      Tout cela fait réfléchir à deux fois ... avant de proposer ASSOCIASPIP à des associations ...
      Est ce que pour ces autres modules cela sera aussi problématique à régler et optimiser ?

      « Votre ASSOCIASPIP contient une ou plusieurs erreurs ! »

      Professionnel dans la gestion d’associations depuis plus de 35 ans, utilisateur de multiples outils associatifs de gestion comptable et autres, j’aimerai avoir les avis de ceux qui utilisent associaspip.

      Quels sont vos besoins réels, vos dimensions d’associations ?
      En quoi ASSOCIASPIP vous rend il service ?

      Merci de vos aides et contributions.
      Le Jaseur Boreal

      Patience ....Là, je me couche, la nuit porte conseils !.... construire un plan comptable dans un site test associaspip sur SPIPFACTORY http://associaspip.spipfactory.com/

    • Bonjour.

      Merci pour ce retour. Il s’agit apparemment de la version 2.2 en cours de développement (message créé au mauvais endroit) Je vais tenter de répondre rapidement à certains points (qui viennent avec des remarques judicieuses pour l’amélioration/correction de l’ergonomie du plugin)

      « Vous devez définir un plan comptable avec au moins quatre classes différentes pour pouvoir activer la gestion comptable puis configurer et activer les modules utilisant la comptabilité. »
      **C’est apparemment, là où un problème se pose, car 8 classes comptables différentes ont été définies, et apparemment la gestion comptable ne s’active plus !**

      Puisque l’activation a pu se faire plus tard sans rien changer, c’est sûrement un problème de cache Spip, ou alors il y a eu des changements entre temps ?
      Sinon, une première remarque : il faut au moins un compte actif dans chaque classe créée pour qu’elle soit prise en compte...
      Aussi, il serait peut-être judicieux d’avoir plus d’infos dans la page de gestion des comptes afin qu’on pense à créer tous les comptes nécessaires ? (cf. remarques suivantes et allers-retours)

      C’est encore plus irritant quand on aboutit après X saisies toujours au même message disant :
      « Votre saisie contient une ou plusieurs erreurs ! »
      sans que ces erreurs ne soient visualisées, ni listées !

      Les erreurs sont visualisées dans la page ! (le champ en erreur est mis en évidence avec un message en dessous ou à côté)
      Par contre, c’est vrai que ce n’est pas une mauvaise idée d’avoir toute la liste des erreurs au début (cela implique de revoir tous les formulaires)
      Pour la mention @code@ c’est un bug sur lequel vous avez mis le doigt ; ce sera corrigé d’ici peu.

      Comme si, il était impossible que des recettes d’activités quelles qu’elles soient ( locations ou inscriptions ) ne puissent etre saisies dans le même compte !

      Ce n’est comptablement pas correct du point de vue comptable de mélanger les recettes des carottes et les dépenses en navets. Je ne pense pas que les autres logiciels le permettent non plus (du moins ceux que j’avais essaye ne l’autorisaient pas ! et heureusement pour les bilans produits...)
      Pour les références comptables, oui il faut trois chiffres en France, Si le compte 58 n’est pas subdiviser, il faut tout regrouper en 580. (perso j’ai toujours fait appel à quelqu’un qui s’y connait pour configurer la compta même avec Ciel parce-que ça s’improvise pas et quand le logiciel laisse passer quelque chose on a intérêt à être sûr que c’est bon pour ne pas avoir de surprise plus tard)

      Je regarderai les autres points plus tard.

    • Le Jaseur Boreal

      Merci « Gilcot » pour le gros travail sur Associaspip, et votre réponse.

      Nous continuons les tests et usages ...
      Je vous suggère d’aller sur l’espace privé tester l’activation du plan comptable du site test associaspip sur SPIPFACTORY http://associaspip.spipfactory.com/. Vous vous rendrez compte par vous même de certaines impossibilités. Car le fonctionnement comptable n’est pas validable en l’état.

      Je vais essayer de préciser mieux le fonctionnement de l’épicerie d’automne ...

      ASSOCIASPIP suggère de lui-même aux utilisateurs de saisir l’inscription aux activités en compte 708 et aussi les recettes de locations en 708.
      C’est trés correct au niveau comptable, par la suite la comptabilité analytique fera en sorte de « présenter » les nuances de recettes. Mais ASSOCIASPIP considère ensuite que la même affectation pour deux sortes de recettes n’est pas possible, un message d’erreur apparait, et donc Associaspip ne valide pas le fonctionnement comptable. Retour à la case départ !
      Comme si, il était impossible que des RECETTES d’activités quelles qu’elles soient ( locations ou inscriptions ) ne puissent etre saisies dans le même compte !

      Nos carottes rouges et nos carottes blanche vendues, je parle là de recettes affectées en crédit d’un compte 708, avec une contrepartie au débit d’un compte financier de « caisse » 58, les carottes souhaitées rangées dans la même caisse 58, car on les repère avec les yeux tout de suite à la couleur, quand on veut les déguster.

      Le 58 étant un compte financier, quand vous recevez votre relevé bancaire pour un compte exemple CCP, vous n’avez qu’un relevé avec les lignes d’écritures en débit et crédit de tous les mouvements financiers d’un seul de vos comptes.

      Il n’y a ni obligation comptable, ni utilité à devoir créer un compte pour les carottes rouges vendues, et un autre compte pour les carottes blanches vendues.
      Certains fonctionnement associatifs, ne générent pour tel compte qu’une ou deux lignes d’écriture dans l’année, et il est plus « sage » (comme saari - :) , de rassembler ces mêmes recettes dans une seule caisse de carottes vendues, et si deux radis un rose et un noir, ont été vendus dans l’année, de les comptabiliser avec les carottes.
      Ce qui se règle trés facilement dans les logiciels comptables, car on choisit d’imputer les écritures là où on le souhaite.

      Quand la tenue comptable est « exacte » en rapport avec tous les mouvements financiers de la structure, le reste n’est qu’une question de « présentation » des comptes, et l’expert comptable validera les comptes sous sa responsabilité, ainsi que le « commissaire aux comptes ».

      Il n’est pas pratique d’avoir à présenter en assemblée générale, une trop grande liste de sous-comptes contenant des multiplicités de casiers et sous casiers différents. La pédagogie de présentation de la mécanique comptable dans les associations a encore de grands besoins devant elle, pour faciliter la compréhension de l’usage des finances associatives.
      Pour présenter la variété des contenus des casiers et des tiroirs, là c’est plutôt de la comptabilité analytique, et c’est un autre chapitre.

      On avance avec patience,
      Bonne journée.

    Répondre à ce message

  • 2

    Bonjour.

    Une question qui me turlupine Apparemment, l’inscription aux activités ne peut se faire que par l’espace privé.
    Ce plugin ne permet pas au visiteur (connecté) de s’inscrire à l’une d’entres-elles ?
    Si non, quelqu’un a-t’il connaissance d’un plugin le permettant (avec contrôle du nombre de participants, donc pas comme gestion_conference) ?

    Merci.

    • Bonjour gilhem.

      Pour l’instant, toute la gestion de l’association se fait dans la partie privée... La gestion des activités sert à tenir un journal de présence des adhérents aux activités organisées et à enregistrer la participation financière liée (d’où le fait que ce module dépend de la compta).
      Cependant, comme on s’appuie sur le plugin Agenda2, on peut utiliser son formulaire d’inscription dans l’espace public (les activités sont juste les événements de l’agenda...) ou créer le sien propre (cf. article documentant les boucles et balises disponibles)
      Je n’ai pas connaissance d’un plugin permettant le contrôle du nombre de participants par contre.

      Merci.

    • Bonjour,

      Pour ma part j’ai créé un formulaire avec Formidable (et FormiTable pas suivi malheureusement).
      Mais bémol par rapport à votre besoin, avec cette méthode , je ne sais pas comment limiter le nombre de places dans le formulaire. Je m’en débrouille avec des boucles ensuite.

      Par contre Agenda a un système, certes rudimentaire, mais qui permet aux visiteurs de s’inscrire et qui limite le nombre de places à ce que vous fixez.

    Répondre à ce message

  • 7

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

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

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

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

    Marc

    • Bonsoir Marc.

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

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

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

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

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

      Pour l’underscore dans le nom du champ

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

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

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

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

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

      Marc

    • Bonjour Marc.

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

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

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

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

      Merci.

    • Bonjour.

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

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

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

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

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

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

      Marc

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

    • Bonjour Marc.

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

    Répondre à ce message

  • 6

    Bonjour,

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

    Table ’amisalro.spip_asso_plan’ doesn’t exist

    Que faire ? Ajouter la table à la main ?

    Je suis en SPIP 3.0.10 avec Assospip 2.1.13.

    Merci de votre aide !

    Julien

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

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

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

      Snif ! Tout ceci a l’air bien pourtant.

    • Bonjour Julien.

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

      Merci.

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

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

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

      Nécessite le plugin AGENDA en version 3.0.1 minimum.

    • M*eme sanction avecSPIP 2.1.23

      spip_asso_plan’ doesn’t exist

    • Bonjour.

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

    • Bonsoir

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

      Bonne soirée

      Jean-Michel

    Répondre à ce message

  • 1

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

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

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

    Répondre à ce message

  • 1

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

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

    A bientôt

    • Bonjour.

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

    Répondre à ce message

  • 6
    Haqqtiviste

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

    la preuve en haut de cet article.

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

    merci de votre retour.

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

    • Bonjour Haqqtiviste

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

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

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

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

    • Bonjour Manu.

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

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

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

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

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

    Répondre à ce message

  • 3

    Bonjour

    2.1.11 [72626]
    Répertoire : auto/Associaspip_2_1

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

    1 Erreur(s) dans le squelette

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

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

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

    • Bonsoir.

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

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

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

    • afestorg

      Bonjour

      Merci. Le message d’erreur a disparu.

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

    • Bonjour.

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

    Répondre à ce message

  • 1

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

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

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

    Répondre à ce message

  • 15

    Bonjour,

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

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

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

    • Bonjour Nicole.

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

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

    • Bonsoir Gilcot,

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

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

    • Bonsoir Nicole.

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

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

    • Bonsoir Gil,

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

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

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

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

    • Bonjour Nicole.

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

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

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

    • Bonsoir Gil,

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

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

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

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

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

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

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

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

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

    • Bonsoir, bonsoir.

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

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

    • Bonjour,

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

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

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

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

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

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

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

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

    • Bonsoir Gildas,

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

    • Bonsoir.

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

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

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

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

    Répondre à ce message

  • 1
    Haqqtiviste

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

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

    merci

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

    Répondre à ce message

  • Haqqtiviste

    erreur en cliquant sur « Activités » :

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

    Répondre à ce message

Ajouter un commentaire

Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :

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

Merci d’avance pour les personnes qui vous aideront !

Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.

Qui êtes-vous ?
[Se connecter]

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

Ajoutez votre commentaire ici

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

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom