Pour notre organisation OSBL d'environ 600 membres, la date de
renouvellement d'adhésion est le 2011-09-01.
Le préposé sur réception de la demande d'inscription, vérifiera les
changements de coordonnées du membre, sa cotisation et changera la date
d'échéance à 2012-09-01 dans le formulaire, pour la plupart ce sera le seul
changement.
Connaissez-vous un truc pour changer cette date avec un clic de souris ou
une méthode moins fastudieuse que retaper la date 600 fois dans le
formulaire?
Merci de vos suggestions
"Albéric" a écrit dans le message de news:j2iuve$6jk$
"Albert" a écrit dans le message de news: j2ef5o$8de$
(...) après cette date, il y a très peu d'abonnement, alors on inscrira cette date à la main. En septembre 2012 ce sera 2013-09-01 qui s'enregistrera. C'est Albéric qui m'avait alors suggérer « DateSerial(Year(Date()),3,1) »
Heureusement que mes archives sont indexées ;-) 25 juillet.
Cette SBDD a été créé vers 2000 en anglais, (...). Il est mal heureux qu'on n'ait pas pensé d'ajouter une table cotisation.
Albert
Bonjour mon grand,
S*G*BDR => Système de *Gestion* de Base de Données Relationnelle . T'as oublié *Gestion* et c'est là qu'on voit que cela coince. C'est pas trop tard pour ajouter une table. Le tout est de bien y réfléchir. (c'est le côté *R*elationnel)
Pour reprendre le problème actuel, peux-tu créer une requète qui liste tous ceux qui sont bons pour le renouvellement ? Dans ce cas là, tu pourras renouveller de une à des milliers de fiches en un seul clic (c'est cela la "Gestion")... Si cela ne vas pas, reprend ta respiration et explique-nous la structure de la base : objectifs (à quoi elle sert), puis tables et liens. Calmement, cela ne se fait pas en 10 minutes. Cela peut prendre plusieurs jours.
À te lire, Albéric
Votre réponse du 25 juillet a été utilisée dans une requête e t justement liste les individus qui ont joint tard dans l'année ">Dateserial(Year(date),3,1)" et ont payé jusqu'en sept 2012 "Dateserial(year(date)+1,9,1)". La requête actuelle liste 554 membres actifs dont 529 sont dûs pour renouvellement. Tous les abonnements se terminent le 1er septembre de l'année suivante.
Les avis de renouvellement ont été expédiés cette semaine par publipostage courriel incluant leur fiche individuelle, à ce jour 5 annulations ont été reçues, et 7 cotisations avec chèque. La fo rmule cette fois est utilisée dans le formulaire fiche individuelle, sur réception de la cotisation, la liste est déroulée, la fiche sél ectionnée et on clique le bouton et l'enregistrement est mis à jour par une procédure évènementielle.
Private Sub ChangerDate_Click() ACTIF = "Oui" DUEDATE = DateSerial(Year(Date) + 1, 9, 1) End Sub
Gloops a suggéré le RunTime, c'est une option à considérer si d 'autres demandes de création de SGBDR et que l'utilisateur n'a pas ACCESS.
Merci de vos commentaires
Ah ça au moins, c'est géré :)
Albert a écrit, le 18/08/2011 15:42 :
Bonjour Albéric
"Albéric" <alberic.maspac@gmail.com> a écrit dans le message de
news:j2iuve$6jk$1@speranza.aioe.org...
"Albert" <albert@invalid.com> a écrit dans le message de news:
j2ef5o$8de$1@speranza.aioe.org...
(...) après cette date, il y a très peu d'abonnement, alors on
inscrira cette date à la main. En septembre 2012 ce sera 2013-09-01
qui s'enregistrera. C'est Albéric qui m'avait alors suggérer «
DateSerial(Year(Date()),3,1) »
Heureusement que mes archives sont indexées ;-) 25 juillet.
Cette SBDD a été créé vers 2000 en anglais, (...). Il est mal heureux
qu'on n'ait pas pensé d'ajouter une table cotisation.
Albert
Bonjour mon grand,
S*G*BDR => Système de *Gestion* de Base de Données Relationnelle . T'as
oublié *Gestion* et c'est là qu'on voit que cela coince.
C'est pas trop tard pour ajouter une table. Le tout est de bien y
réfléchir. (c'est le côté *R*elationnel)
Pour reprendre le problème actuel, peux-tu créer une requète qui liste
tous ceux qui sont bons pour le renouvellement ? Dans ce cas là, tu
pourras renouveller de une à des milliers de fiches en un seul clic
(c'est cela la "Gestion")...
Si cela ne vas pas, reprend ta respiration et explique-nous la
structure de la base : objectifs (à quoi elle sert), puis tables et
liens. Calmement, cela ne se fait pas en 10 minutes. Cela peut prendre
plusieurs jours.
À te lire, Albéric
Votre réponse du 25 juillet a été utilisée dans une requête e t justement
liste les individus qui ont joint tard dans l'année
">Dateserial(Year(date),3,1)" et ont payé jusqu'en sept 2012
"Dateserial(year(date)+1,9,1)".
La requête actuelle liste 554 membres actifs dont 529 sont dûs pour
renouvellement. Tous les abonnements se terminent le 1er septembre de
l'année suivante.
Les avis de renouvellement ont été expédiés cette semaine par
publipostage courriel incluant leur fiche individuelle, à ce jour 5
annulations ont été reçues, et 7 cotisations avec chèque. La fo rmule
cette fois est utilisée dans le formulaire fiche individuelle, sur
réception de la cotisation, la liste est déroulée, la fiche sél ectionnée
et on clique le bouton et l'enregistrement est mis à jour par une
procédure évènementielle.
Private Sub ChangerDate_Click()
ACTIF = "Oui"
DUEDATE = DateSerial(Year(Date) + 1, 9, 1)
End Sub
Gloops a suggéré le RunTime, c'est une option à considérer si d 'autres
demandes de création de SGBDR et que l'utilisateur n'a pas ACCESS.
"Albéric" a écrit dans le message de news:j2iuve$6jk$
"Albert" a écrit dans le message de news: j2ef5o$8de$
(...) après cette date, il y a très peu d'abonnement, alors on inscrira cette date à la main. En septembre 2012 ce sera 2013-09-01 qui s'enregistrera. C'est Albéric qui m'avait alors suggérer « DateSerial(Year(Date()),3,1) »
Heureusement que mes archives sont indexées ;-) 25 juillet.
Cette SBDD a été créé vers 2000 en anglais, (...). Il est mal heureux qu'on n'ait pas pensé d'ajouter une table cotisation.
Albert
Bonjour mon grand,
S*G*BDR => Système de *Gestion* de Base de Données Relationnelle . T'as oublié *Gestion* et c'est là qu'on voit que cela coince. C'est pas trop tard pour ajouter une table. Le tout est de bien y réfléchir. (c'est le côté *R*elationnel)
Pour reprendre le problème actuel, peux-tu créer une requète qui liste tous ceux qui sont bons pour le renouvellement ? Dans ce cas là, tu pourras renouveller de une à des milliers de fiches en un seul clic (c'est cela la "Gestion")... Si cela ne vas pas, reprend ta respiration et explique-nous la structure de la base : objectifs (à quoi elle sert), puis tables et liens. Calmement, cela ne se fait pas en 10 minutes. Cela peut prendre plusieurs jours.
À te lire, Albéric
Votre réponse du 25 juillet a été utilisée dans une requête e t justement liste les individus qui ont joint tard dans l'année ">Dateserial(Year(date),3,1)" et ont payé jusqu'en sept 2012 "Dateserial(year(date)+1,9,1)". La requête actuelle liste 554 membres actifs dont 529 sont dûs pour renouvellement. Tous les abonnements se terminent le 1er septembre de l'année suivante.
Les avis de renouvellement ont été expédiés cette semaine par publipostage courriel incluant leur fiche individuelle, à ce jour 5 annulations ont été reçues, et 7 cotisations avec chèque. La fo rmule cette fois est utilisée dans le formulaire fiche individuelle, sur réception de la cotisation, la liste est déroulée, la fiche sél ectionnée et on clique le bouton et l'enregistrement est mis à jour par une procédure évènementielle.
Private Sub ChangerDate_Click() ACTIF = "Oui" DUEDATE = DateSerial(Year(Date) + 1, 9, 1) End Sub
Gloops a suggéré le RunTime, c'est une option à considérer si d 'autres demandes de création de SGBDR et que l'utilisateur n'a pas ACCESS.
