Envoi automatique de mails de rappel d'échéance de cotisation (Commandes #368)


Added by leto 2 about 2 years ago. Updated over 1 year ago.


Status:Fermé Start date:10/07/2012
Priority:Normal Due date:
Assignee:Johan Cwiklinski % Done:

100%

Category:Emails
Target version:0.7.5
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.


Issue hierarchy

Commandes #368: Envoi automatique de mails de rappel d'échéance de cotisa...FerméJohan Cwiklinski

Evolution #375: Bouton pour les rappels sur le tableau de bordFerméJohan Cwiklinski

Commandes #376: Modèles de mails de rappelFerméJohan Cwiklinski

Commandes #377: Automatisation des rappelsFerméJohan Cwiklinski


Related issues

related to Galette - Anomalie #462: Tableau de bord/ Bouton 'rappel' en 728 Fermé 12/20/2012
duplicated by Galette - Evolution #198: Édition de relances Rejeté 02/23/2012
precedes Galette - Anomalie #653: Galette v0.7.5dev. Rappel pour retard concerne aussi les ... Fermé 07/14/2013
precedes Galette - Souhaits #604: Web-crons Nouveau 05/03/2013

Associated revisions

Revision 082b9067
Added by Johan Cwiklinski over 1 year ago

Automate reminders; fixes #368 #376 #377

- Add texts for new reminders
- Move members fields definition
- Externalize Texts definitions
- Create table for reminders
- Print labels for impending/late members who do not hav a mail address

History

Updated by Johan Cwiklinski about 2 years ago

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...

  • Assignee deleted (Johan Cwiklinski)

Updated by leto 2 about 2 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.

Updated by Johan Cwiklinski about 2 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 :)

Updated by leto 2 about 2 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. »

Updated by Johan Cwiklinski about 2 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 :)

Updated by Johan Cwiklinski about 2 years ago

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

Updated by Johan Cwiklinski about 2 years ago

  • Due date set to 10/08/2012

Updated by Johan Cwiklinski about 2 years ago

  • Due date deleted (10/08/2012)

Updated by Anonymous about 2 years ago

  • % Done changed from 0 to 33

Updated by Raphaël Hertzog almost 2 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.

Updated by Johan Cwiklinski almost 2 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 ;-)

Updated by Johan Cwiklinski almost 2 years ago

  • Assignee set to Johan Cwiklinski
  • Tracker changed from Evolution to Commandes

Updated by Johan Cwiklinski almost 2 years ago

  • Commanditaire set to Debian France
  • Target version set to 0.7.5

Updated by Johan Cwiklinski almost 2 years ago

  • Status changed from Nouveau to In Progress

Updated by Johan Cwiklinski over 1 year ago

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

Updated by Anonymous over 1 year ago

  • % Done changed from 100 to 67

Updated by Anonymous over 1 year ago

  • % Done changed from 67 to 100

Updated by Johan Cwiklinski over 1 year ago

  • Status changed from Résolu to Fermé

Also available in: Atom PDF