Project

General

Profile

Actions

Commandes #368

closed

Envoi automatique de mails de rappel d'échéance de cotisation

Added by leto 2 about 12 years ago. Updated about 11 years ago.

Status:
Fermé
Priority:
Normal
Category:
Emails
Target version:
Start date:
10/07/2012
Due date:
% Done:

100%

Estimated time:
(Total: 0.00 h)
Commanditaire:
Debian France

Description

Il arrive fréquemment qu'une association ou l'un de ses adhérents lui-même ne sache pas que son adhésion a expiré ou est sur le point de l'être.
Aussi comme les cotisations sont bien souvent la seule ressource financière leur permettant de survivre, assurer un suivi optimum des échéances de cotisation et de leur relance est une tâche importante pour les associations.
Galette permet déjà me semble-t-il d'adresser manuellement un courriel de relance en sélectionnant les adhérent dont la cotisation est expirée. L'idée proposée est d'aller plus loin en automatisant un mail de relance à N-X jours de l'échéance.


Subtasks 3 (0 open3 closed)

Evolution #375: Bouton pour les rappels sur le tableau de bordFerméJohan Cwiklinski10/07/2012

Actions
Commandes #376: Modèles de mails de rappelFerméJohan Cwiklinski10/07/2012

Actions
Commandes #377: Automatisation des rappelsFerméJohan Cwiklinski10/08/2012

Actions

Related issues 4 (0 open4 closed)

Related to Galette - Anomalie #462: Tableau de bord/ Bouton 'rappel' en 728 FerméJohan Cwiklinski12/20/2012

Actions
Has duplicate Galette - Evolution #198: Édition de relancesRejetéJohan Cwiklinski02/23/2012

Actions
Precedes Galette - Souhaits #604: Web-cronsRejeté05/03/2013

Actions
Precedes Galette - Anomalie #653: Galette v0.7.5dev. Rappel pour retard concerne aussi les comptes inactifs.FerméJohan Cwiklinski07/14/2013

Actions
Actions #1

Updated by Johan Cwiklinski about 12 years ago

  • Assignee deleted (Johan Cwiklinski)

Plusieurs choses sont envisageables à ce niveau.

  • ajout d'un bouton sur le tableau de bord qui sélectionnerait tous les adhérents en retard et préparerait un mailing serait quelque chose de relativement simple, que l'utilisateur doit actuellement faire à la main,
  • gestion d'un modèle de courriel envoyé par publipostage (dans les préférences ?) et couplage avec le bouton précédent,
  • envoi automatisé.

Cette dernière possibilité, bien que fort intéressante, est aussi celle qui me pose le plus de problèmes. Une tâche cron est la première (et la seule je dois dire) chose qui me vient à l'esprit ; mais c'est impossible sous windows et sur les hébergements mutualisés ; ce qui laisse bien peu de personnes concernées...

Actions #2

Updated by leto 2 about 12 years ago

Les deux premières fonctionnalités seraient en effet déjà un bon progrès.
Quant à la dernière, les tâches cron qui sont en effet très adaptées pour cela fonctionnent naturellement avec des hébergements dédiés mais pas que : beaucoup de mutualisés le proposent également (pour n'en citer que quelques uns, ovh, infomaniak, dreamhost, alwaysdata, nuxit). Et même quand l'hébergeur n'en propose pas, il existe des services tiers de cronjob en ligne, tel que cronoo.com, ce qui résout également le cas des hébergeurs sous windows.

Actions #3

Updated by Johan Cwiklinski about 12 years ago

En effet, je n'avais pas pensé aux systèmes de cron en ligne (faut voir l'aspect sécurité de ça, je ne sais pas du tout comment ça fonctionne) ; car un script "cron" ne doit normalement pas être accessible via une URL :)

Actions #4

Updated by leto 2 about 12 years ago

Pour ces cas là (qui restent de nos jours marginaux, les tâches cron s'étant démocratisés même sur les mutualisés), voici une solution parmi bien d'autres de sécuriser l'accès au script, tirée de la page d'accueil de cronoo : la vérification de l'ip :

« Nous venons de procéder à un changement qui peut avoir son importance dans certains cas. Ainsi, l'adresse ip qui exécute les scripts est désormais la suivante: 46.105.7.169

Veillez donc à faire les changements nécessaires si vos script vérifient l'IP en question avant de procéder aux traitement. »

Actions #5

Updated by Johan Cwiklinski about 12 years ago

OK. De toutes façons, il faut les deux premiers points pour faire le troisième ; on va commencer par le début :)

Actions #6

Updated by Johan Cwiklinski about 12 years ago

  • Start date changed from 09/29/2012 to 10/07/2012
Actions #7

Updated by Johan Cwiklinski about 12 years ago

  • Due date set to 10/08/2012
Actions #8

Updated by Johan Cwiklinski about 12 years ago

  • Due date deleted (10/08/2012)
Actions #9

Updated by Anonymous about 12 years ago

  • % Done changed from 0 to 33
Actions #10

Updated by Raphaël Hertzog over 11 years ago

Au niveau sécurité ce n'est pas très gênant, ce type de ping distant t'assure que le code de galette est exécuté à intervalle régulier. Ensuite libre à toi de faire quelque chose ou pas en réponse à cette exécution.

La difficulté est plutôt inverse, s'assurer de ne pas exécuter le code en double si par exemple tu traites deux requêtes HTTP en même temps et que la condition d'exécution de la tâche est remplie. Wordpress a du code pour cela dans wp-cron.php si cela t'intéresse.

Ceci dit, une solution qui ne fonctionne qu'avec un cron unix standard nous conviendrait très bien pour Debian France.

Actions #11

Updated by Johan Cwiklinski over 11 years ago

Raphaël Hertzog a écrit :

Ceci dit, une solution qui ne fonctionne qu'avec un cron unix standard nous conviendrait très bien pour Debian France.

Je voyais le « webcron » comme une évolution du cron standard ;-)

Actions #12

Updated by Johan Cwiklinski over 11 years ago

  • Assignee set to Johan Cwiklinski
  • Tracker changed from Evolution to Commandes
Actions #13

Updated by Johan Cwiklinski over 11 years ago

  • Target version set to 0.7.5
  • Commanditaire set to Debian France
Actions #14

Updated by Johan Cwiklinski over 11 years ago

  • Status changed from Nouveau to In Progress
Actions #15

Updated by Johan Cwiklinski over 11 years ago

  • % Done changed from 33 to 100
  • Status changed from In Progress to Résolu
Actions #16

Updated by Anonymous over 11 years ago

  • % Done changed from 100 to 67
Actions #17

Updated by Anonymous over 11 years ago

  • % Done changed from 67 to 100
Actions #18

Updated by Johan Cwiklinski about 11 years ago

  • Status changed from Résolu to Fermé
Actions

Also available in: Atom PDF