Fonctionnalités
Associaspip permet la gestion d’une association en offrant les fonctionnalités suivantes :
- Profil de votre association
- Gestion des membres
- Gestion des cotisations et des relances
- Gestion des dons
- Gestion des ventes de produits issus de l’association
- Gestion des activités
- Gestion des prêts
- 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.
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
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).
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.
- 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.
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.
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...
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.
Discussions par date d’activité
30 discussions
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 :
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
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
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
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.*]"
encompatibilite="[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
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
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
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
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...
Même problème après le passage à Agenda 3.13.1
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 !
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
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
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
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
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 ASasso_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 ASasso_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 ASasso_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 ASasso_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
Bonjour,
En associaspip 2.1.17 et spip 3.0.11 j’obtiens ces erreurs :
Sur la page des comptes :
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
Bonjour,
Message d’erreur sur la version 2.1.15 [74429] à l’appel de ?exec=adherents
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 !
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
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
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/
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 !
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.
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)
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)
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.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.
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 ...
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
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
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) :
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
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.
M*eme sanction avecSPIP 2.1.23
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
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
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
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
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
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é.
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
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 à unpaquet.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
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...
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 ?
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).
Je vais donc rester avec la version 2.1 et tester sous SPIP 3.0 si ça a l’air de marcher.
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 :
- 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 :)
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
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 :
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
erreur en cliquant sur « Activités » :
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires : |