On l. 164-167 of member_options.php
Memberplus_prepare_head need a Adherent instance, got a AdherentPlus. It causes an error and the page is not displayed

$object = new AdherentPlus($db);
$object->fetch($rowid);

$head = memberplus_prepare_head($object);

php 7.2
dolibarr 9.0.2
adhérent+ 9.0.1

la page du formulaire d'auto inscription présente cette série de warnings :

Bonjour,

L'action suivante retourne l'erreur php ci-après :

• Dolibarr > adhérents+ > Liste >
• Sélectioner plusieurs adhérents via case à coché à droite
• Sélectioner l'action "supprimer" dans le menu déroulant en haut
• Confirmer la superssion "en masse"

Fatal error: Uncaught Error: Class 'Adherent' not found in /var/www/clients/client1/web7/web/dolibarr/htdocs/core/actions_massactions.inc.php:1145 Stack trace: #0 /var/www/clients/client1/web7/web/dolibarr/htdocs/custom/adherentsplus/list.php(211): include() #1 {main} thrown in /var/www/clients/client1/web7/web/dolibarr/htdocs/core/actions_massactions.inc.php on line 1145

PHP7.2
Dolibarr 9.0.2
Adhérent+ 9.01

Bonjour
merci de votre travail que vous avez fait
merci encore

vous avez oublié de rajouté a propos de la colonne " d.fk_parent " dans le README.md

an option to hide time at Subscription Date / Subscription End Date

Bonjour,

Le module adhérents+ fait il le lien entre le "type d'adhésion" sélectionné dans les paramètres du module et la cotisation de l'adhérent ?

Je pose cette question car je m'étonne d'un comportement, pas délétaire, mais contre intuitif.

CAS D'USAGE

dolibarr > module application > paraètres adhérent+ > type d'adhésion > choisit annuel à date fixe
puis
dolibarr > module application > paraètres adhérent+ > mois de débit d'exercice > Janvier

Sauf erreur de ma part,

• les adhésions sont basées sur les années civiles du 01/01/XX au 31/12/XX
• quel que soit la data d'adhésion, le membre est adhérent pour l'année civile en cours

Maintenant,

une personne crée et paye son adhésion depuis doliconnect

Il faut créer la cotisation dans dolibarr

Le formulaire de création de cotisation contient une date d'adhésion et une date de fin d'adhésion.
La date d'adhésion est le premier du mois en cours, mais la date de fin d'adhésion est un an plus tard, et non au 31/12 de l'année en cours.
par exemple, nous sommes le 25/08/2019, la date d'adhésion est le 01/08/2019 et la date de fin le 31/07/2020.
Logiquement, vu que les adhésions comptent pour les années civiles, la date de fin d'adhésion devrait être le 31/12/2019.

J'epsère avoir été compréhenssible
Cordialement

Feature Request -
Default settings for subscription payments / contribution:
(/adherentsplus/subscription.php)

If we click on [Create Contribution] at the moment we have 4 options
(Complementary action on recording) - and the first (None) is preset.

We would like to have one or more of these options:

1. Define the preset contribution/payment type (in our case we want the second: Create a direct entry on bank account)

2. An option to specify which pf these 4 types are displayed/available at all (so in our case we would like to display only 2nd & 4th option)

3. an option to preset the Bank-Account, payment-method

4. and preset content of Label field

Hi actualy not abel to install ur module on Dolibarr V 16.0.3 need help

Bonjour/Bonsoir

j'ai une erreur en essayent allez sur le suivi d'une cotisation
voici l'erreur

Warning: require_once(/var/www/vhosts//htdocs/adherentsex/class/adherent.class.php): failed to open stream: No such file or directory in /var/www/vhosts/*/htdocs/custom/adherentsplus/subscription/info.php on line 46

Fatal error: require_once(): Failed opening required '/var/www/vhosts/spm-corp.fr/****/htdocs/adherentsex/class/adherent.class.php' (include_path='.:/opt/plesk/php/7.0/share/pear') in /var/www/vhosts/*****/htdocs/custom/adherentsplus/subscription/info.php on line 46

Since update to dolibarr 18.0.1 and adherentsplus 18.0.0 (same with 18.0.1) I cannot create a subscription with the invoice payed. It returns me a in debug bar :
Undefined index: cancel (/home/mfppxnud/admin.mfpp.fr/adherentsplus/subscription.php:223)
NOTICE Trying to get property 'code' of non-object (/home/mfppxnud/admin.mfpp.fr/compta/bank/class/account.class.php:585
And I get a red mesg "oper not defined"

If I create a subscription with a invoice without payment, it works, but it create an invoice with a amount completely wrong (on my test, 2024€ in place of 45€, seems to be the year of the subscription in place of the amount).
I have check to send an email to the member, but it was send to another member (the lower ID number of the base). The debugBar said the memberid was invalid.

/langs/fr_FR/adherentsplus.lang

here is something wrong:

ADHERENT_SUBSCRIPTION_DAI = Prorata hebdomadaire
ADHERENT_SUBSCRIPTION_DAI = Prorata journalier

Je n'ai peut-être pas tout saisie sur le fonctionnement :
si je configure avec la chaîne de payement, seulement un produit définie comme adhésion permet par l'API le lien au payement de la facture vers la suscription de l'adhèrent
Le triger interface_90_AdherentsPlus_AdherentsPlus.class.php
teste la variable de conf
ADHERENT_PRODUCT_ID_FOR_SUBSCRIPTIONS et l'atache le produit defini
J ai modifié triger pour avoir 2 produits potentiel , par exemple adh_normal, adh_social
la modif fontionne `
ligne 138
if ($objp2->fk_product==$conf->global->ADHERENT_PRODUCT_ID_FOR_SUBSCRIPTIONS)|| $objp2->fk_product==$conf->global->ADHERENT_PRODUCT_ID_FOR_SUBSCRIPTION2 {
et mis la variable
ADHERENT_PRODUCT_ID_FOR_SUBSCRIPTION2 avec le produit correspondant.

Ma Question: peut on prevoir dans les parametres du module adherent un tableau de choix produit plutot q'une variable simple?

a note field in the linked members tab

ADHERENT_SUBSCRIPTION_PRORATA doit etre mis dans divers sinon warning

Warning: Division by zero in C:\dolibarr\www\dolibarr\htdocs\custom\adherentsplus\class\adherent.class.php on line 1417

Feature Request:

Do you think it is possible to add a mass action on lists to create new subscriptions?

Idea:
Select members from the members list
and go up to select action 'new subscription'

bonjour ptibogxiv
j 'ai installé la branche master sur une version 9 de dolibarr
api rest "/api/index.php/adherentsplus?sortfield=t.rowid&sortorder=ASC"
me retourne
[
{
"mesgs": null,
"login": null,
"ref": null,
"pass": null,
"pass_indatabase": null,
"pass_indatabase_crypted": null,
"societe": null,
....
jusqu'a la fin sur tous les enregistrements
sur
/api/index.php/adherentsplus/"id" existant
{
"error": {
"code": 401,
"message": "Unauthorized: Access not allowed for login admin"
},
"debug": {
"source": "api_adherentsplus.class.php:72 at call stage",
"stages": {
"success": [
"get",
"route",
"negotiate",
"authenticate",
"validate"
],
"failure": [
"call",
"message"
]
}
}
}
les droits sont ok dans dolibarr
une idee ?

Bonjour,
Le rowid n’apparait pas dans l'adresse lors du clique sur modifier. J'ai modifier le fichier en transformant $objet->id en $rowid.
J'arrive bien sur le formulaire. Par contre lorsque je valide, le rowid disparait également.
Lorsqu'avec firefox je visualise le code source, l'adresse apparait bien dans la balise form.
Ceci bloque donc la mise à jour de la fiche.
Merci pour ta réponse.

bonjour
j'ai plusieurs erreur les voici
merci de la proposition du module

sur la fiche de l'adherent

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20171213220314
Dolibarr: 6.0.4
Niveau de fonctionnalités: 0
PHP: 7.0.26
Server: Apache
OS: Linux multijeux 2.6.32-042stab123.1 #1 SMP Wed Mar 22 15:21:30 MSK 2017 x86_64
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36

Url sollicitée: /custom/adherentsplus/card.php?rowid=1
Referer: https://asso.spm-corp.fr/custom/adherentsplus/index.php?idmenu=38&mainmenu=adherentsplus&leftmenu=
Gestionnaire de menu: eldy_menu.php

Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT c.rowid, c.fk_adherent, c.subscription, c.note, c.fk_bank, c.fk_type, c.tms as datem, c.datec as datec, c.dateadh as dateh, c.datef as datef FROM Lox_subscription as c WHERE c.fk_adherent = 1 ORDER BY c.dateadh DESC
Code retour dernier accès en base en erreur: DB_ERROR_NOSUCHFIELD
Information sur le dernier accès en base en erreur: Unknown column 'c.fk_type' in 'field list'

Message: Unknown column 'c.fk_type' in 'field list' sql=SELECT c.rowid, c.fk_adherent, c.subscription, c.note, c.fk_bank, c.fk_type, c.tms as datem, c.datec as datec, c.dateadh as dateh, c.datef as datef FROM Lox_subscription as c WHERE c.fk_adherent = 1 ORDER BY c.dateadh DESC

sur la fiche du type d'adherent

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20171213215424
Dolibarr: 6.0.4
Niveau de fonctionnalités: 0
PHP: 7.0.26
Server: Apache
OS: Linux multijeux 2.6.32-042stab123.1 #1 SMP Wed Mar 22 15:21:30 MSK 2017 x86_64
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36

Url sollicitée: /custom/adherentsplus/type.php?rowid=3
Referer: https://asso.spm-corp.fr/custom/adherentsplus/index.php?idmenu=38&mainmenu=adherentsplus&leftmenu=
Gestionnaire de menu: eldy_menu.php

Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT d.rowid, d.login, d.firstname, d.lastname, d.societe, d.datefin, d.email, d.fk_adherent_type as type_id, d.morphy, d.statut, t.libelle as type, t.subscription FROM Lox_adherent as d, Lox_adherent_type as t WHERE d.fk_adherent_type = t.rowid AND d.entity IN (1) AND t.rowid =
Code retour dernier accès en base en erreur: DB_ERROR_SYNTAX
Information sur le dernier accès en base en erreur: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near '' at line 1

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20171213215424
Dolibarr: 6.0.4
Niveau de fonctionnalités: 0
PHP: 7.0.26
Server: Apache
OS: Linux multijeux 2.6.32-042stab123.1 #1 SMP Wed Mar 22 15:21:30 MSK 2017 x86_64
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36

Url sollicitée: /custom/adherentsplus/type.php?rowid=3
Referer: https://asso.spm-corp.fr/custom/adherentsplus/index.php?idmenu=38&mainmenu=adherentsplus&leftmenu=
Gestionnaire de menu: eldy_menu.php

Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT d.rowid, d.login, d.firstname, d.lastname, d.societe, d.datefin, d.email, d.fk_adherent_type as type_id, d.morphy, d.statut, t.libelle as type, t.subscription FROM Lox_adherent as d, Lox_adherent_type as t WHERE d.fk_adherent_type = t.rowid AND d.entity IN (1) AND t.rowid = ORDER BY d.lastname DESC LIMIT 26
Code retour dernier accès en base en erreur: DB_ERROR_SYNTAX
Information sur le dernier accès en base en erreur: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near 'ORDER BY d.lastname DESC LIMIT 26' at line 1

sur la liste des Types d'adhérents

Dolibarr a détecté une erreur technique.
Voici les informations qui pourront aider au diagnostic:
Date: 20171213213941
Dolibarr: 6.0.4
Niveau de fonctionnalités: 0
PHP: 7.0.26
Server: Apache
OS: Linux multijeux 2.6.32-042stab123.1 #1 SMP Wed Mar 22 15:21:30 MSK 2017 x86_64
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.84 Safari/537.36

Url sollicitée: /custom/adherentsplus/type.php?idmenu=36&mainmenu=adherentsplus&leftmenu=
Referer: https://asso.spm-corp.fr/custom/adherentsplus/type.php?idmenu=36&mainmenu=adherentsplus&leftmenu=
Gestionnaire de menu: eldy_menu.php

Type gestionnaire de base de données: mysqli
Requête dernier accès en base en erreur: SELECT d.rowid, d.libelle as label, d.subscription, d.vote, d.welcome, d.price, d.vote, d.automatic FROM Lox_adherent_type as d WHERE d.entity IN (1)
Code retour dernier accès en base en erreur: DB_ERROR_NOSUCHFIELD
Information sur le dernier accès en base en erreur: Unknown column 'd.welcome' in 'field list'

J'imagine que le souci est le même avec le module originel, mais il a plus d'impact dans adherentplus car dans votre module, les cotisations sont plus intiment liée au de type membre.

Dans adherentplus, on peut "lier" le type d'adhérent au prix de la cotisation, c'est parfait. Cependant, lorsque le membre change de type, par exemple, s'il devient retraité, passe de "animateur" à "professionnel", etc. L'ensemble de son historique est modifié. Du moins dans le tableau affiché dans l'onglet "adhésion" de sa fiche membre.

En soit, ça ne pose pas de problème de comptabilité puique la somme reste la même, mais, pour des raisons statistiques, c'est génant.

Idéalement, il faudrait pouvoir conservé le type de membre dans la cotisation et/ou l'affichée comme tel.

Bug: In renew form subscription validity date are wrong registered for the subscription

Environment

• Version: 13.0.2
• URL(s): public/payment/newpayment.php

Expected and actual behavior

When the member is verx late (more than one year in my case) the renewal form set the subscription for the first unpaid period in llx_subscritpion but set the validity membership validity to the next and period in llx_adherent (end of present year in my case). So the subscription appears expired, but the member is up to date.

I'm expecting that the subscription date should be for the present period as the member won't ever pay for a period outdated.

Steps to reproduce the behavior

1. set a member late more than duration
2. use renew form and pay subscription
3. see result

bonjour :)

un élément du workflow pour l'adhésion en ligne est contre intutif et problématique :

Cas simple d'un nouveau compte utilisateur-wp tiers-dolibarr

L'utilisateur souhaite adhérer, il suis les étapes suivantes (classique du workflow)

• [doliaccount] > adhésion/abonnement > devenir membre
• modal de choix du type de mebre : bouton souscrire (ici le type de membre permet la validation et le renouvellement auto)
• bouton payer mon adhésion
• modal payer : bouton payer
• suivre procédure de paiement et choisir chèque ou espèces (mais pas cb, il faut que le paiement soit différé)
  --> page "votre comande à été enregistrer

ok

• cliquer sur voir ma comande
  --> le détail de la comande s'affiche avec l'adresse pour le chèque

parfait

mais...

l'utilisateur ne s'occupe pas du paiement tout de suite, ce qui est fréquent...
il ne revient que plus tard, pour finaliser son adhésion, donc trouver l'adresse d'envoi du chèque (la payer)

quel reflexe a-t-il ? aller sur adhésion/abonnement ou commande ?

• s'il pense comme dolibarr, il va su comande, réouvre la comande créé pour son adhésion, finalise le paiement de cette comande, et tout va bien
  mais...
• s'il pense comme moi, il va naturellement sur adhésion/abonnement, retrouve le statut de son adhésion et le bouton payer > naturellement il clique sur payer et suis naturellement la procédure, choisi de nouveau chèque (de base il n'étais venu que pour finaliser son adhésion, il ne change rien à ce qu'il à fait précédement)
  --> il est alors rediriger vers sa comande avec l'adresse à laquelle envoyer son chèque

LE PROBLEME : c'est une deuxième commande

OR ilvoulais simplement payer son adhésion, ne souhaitais pas souscrire à une deuxième adhésion, et dans l'absolu ne devrait pouvoir faire qu'une comande d'adhésion par an (ou cycle d'adhésion)

du coup un utilisateur

• passe une première commande pour une adhésion,
• suis la procédure pour la payer,
• mais ne l'a paye pas immédiatement, OU mieux la paye en envoyant son chèque, mais le trésorier de l'association n'a pas encore saisi le paiement,
• l'utilisateur revient voir l'état de son adhésion (et non de sa comande car l'utilisatuer lambda ne sais pas qu'une adhésion est une commande
  --> il ne devrait pas être en mesure de générer une deuxième comande.
  --> mais plutôt être redirigé vers la commande correspondant a son adhésion,
  --> s'il à envoyé son chèque il sait qu'il n'a rien à faire d'autre qu'attendre que le trésorier mette son statut à jour
  --> s'il n'a pas envoyé son chèque et cherche l'adresse, il va clique sur payer pour retrouver l'information la ou il l'avait vu précédement (ok il l'avait lu dans commande, mais en provenantd'adhésion /abonnement, et ne sais même pas à quoi l'espace commande sert)

In fine : dans ce cas de figure hyper fréquent en association [doliaccount] > adhésion/abonnement > payer > devrait rediriger l'utilisateur vers sa comande en cours et non en créer une autre.

D'autant plus que dans dolibarr il n'y à qu'un seul adhérent (logique), pas dashésion (logique aussi puise qu'on à pas validé le paiementà), mais bien plusieurs commandes (logique, mais merdique)

j'espère que je suis compréhensible ???

deactivation of module adherentsplus also deactivates module member

this is not necessary and not good - because you lost e.g. widget settings (another bug by Dolibarr)

pour simplifier l'utilisation avant intégration
dans le readme.TXT

ALTER TABLE llx_adherent_type ADD COLUMN
 welcome double(24,8)   DEFAULT 0.00000000;
 ALTER TABLE llx_adherent_type ADD COLUMN
 price double(24,8)   DEFAULT 0.00000000;
 ALTER TABLE llx_adherent_type ADD COLUMN
 price_level int(11)   DEFAULT NULL;
 #ALTER TABLE llx_adherent_type ADD COLUMN
 #vote varchar(3)   DEFAULT NULL;
 ALTER TABLE llx_adherent_type ADD COLUMN
 automatic varchar(3)   DEFAULT NULL;
 ALTER TABLE llx_adherent_type ADD COLUMN
 automatic_renew varchar(3)   DEFAULT NULL;
 ALTER TABLE llx_adherent_type   ADD COLUMN
 family int(3)   DEFAULT NULL;
 ALTER TABLE llx_adherent_type ADD COLUMN
 use_default int(11)   DEFAULT NULL;
ALTER TABLE llx_adherent ADD COLUMN
 fk_parent int(11)   DEFAULT NULL;
ALTER TABLE llx_subscription ADD COLUMN
 fk_type int(11)   DEFAULT NULL;
 #debug
 ALTER TABLE `llx_adherent` ADD COLUMN `datecommitment` DATE NOT NULL ;
 ALTER TABLE `llx_adherent` ADD COLUMN `ref`  int(11);

Bonjour,
Je viens d'installer le module adhéentsplus et quand j'essaye de le configurer j'ai ce message
404 Not Found
The server can not find the requested page:
adherent.fr/adherentsplus/admin/adherent.php?save_lastsearch_values=1&backtopage=%2Fadmin%2Fmodules.php (port 443)

Merci pour votre aide

Lorsque le plugin est désactivé, on ne peut plus créer d'adhérent car datecommitment exige une valeur telle qu'elle ajoute dans la structure de la table adhèrent.

Il faudrait modifier les scripts de mise a jour pour que la valeur par défaut soit null.

Soit dit en passant, ce serait bien que si on utilise pas le champs, il reste a null plutôt qua 0000-00-00 00:00:00. Ça prendrait moins de place dans la bdd.

l'activation du module adherents apres adherentplus desactive le menu adherentsplus
il est necessaire de desactiver et reactiver adh+ pour avoir le menu
la descativation de adh desactive aussi adh+

il faudrais changer le nom du menu adh+ afin de bien distinguer les deux modules

Hello,
In adherentsplus/subscription.php, the order of args in the call of send_an_email on line 430 is wrong : $listofnames must be after $listofmimes.
This cause the sending of invoice files with type mime and filename of the pdf invoice reversed.

•            $result=$object->send_an_email($texttosend, $subjecttosend, $listofpaths, $listofnames, $listofmimes, "", "", 0, -1, '', $moreinheader);
  

•            $result=$object->send_an_email($texttosend, $subjecttosend, $listofpaths, $listofmimes, $listofnames, "", "", 0, -1, '', $moreinheader);
  

Bonjour

php7.2
Dolibarr 9.0.2
Adhérents+ 9.01

impossible d'envoyer des email depuis adhérent+

process
adhérent/+ > fiche adhérent > envoyer email > envoyer un email

quand l'envoi d'email marche, tel que c'est le cad depuis le module adhérent, un cartouche de notification vert nous informe que l'email à été accepté pour l'envoi.

Dans adhérent+, ce cartouche vert ne s'affiche pas, et le mail n'est pas envoyé (en tout cas pas reçu)

Par conséquent, lorsque l'on utilise doliconnect, tout les emails d'inscription/validation qui devrait entre envoyé ne le sont pas.

Bonjour
je pense qu'il s’agit d'un bug déjà présent sur adhérent d'origine vu mes tests
le constat:
sur les API , lors d'un POST ou un PUT , les extrafield sont pris en compte jusqu'au n-1
pour contourner le pb j'ai crée un extrafield de plus invisible que je passe dans le json

The lines 388-390 causes the memberid is null, so the program send the confirmation email to the member with the smallest rowid (or ref I have no checked)
Removing this three lines resolve this, sending to the correct member.

https://github.com/ptibogxiv/adherentsplus/blob/e7f764c06ab15256dadc332d0ec55b14042bf8eb/subscription.php#L388C1-L390C30

PHP 7.2
Dolibarr 9.0.2
adhérent+ 9.0.1

le formulaire d'autoinscription proposé par adhérent+ prénsente une série de message d'erreur (voir #16 )

Ainsi ce test est basé sur l'usage du formulaire d'inscription d'adhérents

Dolibarr > configuration > modules > adhérent > configuration > formulaure d'auto inscription > saisi du formulaire d'auto inscription > tout va bien

dolibarr > adhérent+ > fiche adhérents (celui qui vient de saisir le formulaire) > valider > erreur

je ne sais pas si l'erreur est aléatoire, mais je l'ai eu une fois et pas une autre.

Bonjour,
J'ai un soucis d'affichage des extrafields dans les listes: même cochés (et quelque soit la visibilité choisie lors de la création de l'extrafield), pas moyen d'afficher ce fameux champ... Il est bien visible dans la vue fiche en revanche.

Bonjour, que prend en compte la fonction consommation ? Affiche t'elle les produits facturés à un tiers/adhérent ?