Projet

Général

Profil

Commandes #368

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

Ajouté par leto 2 il y a environ 4 ans. Mis à jour il y a plus de 3 ans.

Statut:
Fermé
Priorité:
Normal
Assigné à:
Catégorie:
Emails
Version cible:
Début:
07/10/2012
Echéance:
% réalisé:

100%

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.


Sous-tâches

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


Demandes liées

Lié à Galette - Anomalie #462: Tableau de bord/ Bouton 'rappel' en 728 Fermé 20/12/2012
Dupliqué par Galette - Evolution #198: Édition de relances Rejeté 23/02/2012
Précède Galette - Souhaits #604: Web-crons Nouveau 03/05/2013
Précède Galette - Anomalie #653: Galette v0.7.5dev. Rappel pour retard concerne aussi les comptes inactifs. Fermé 14/07/2013

Révisions associées

Révision 082b9067
Ajouté par Johan Cwiklinski il y a plus de 3 ans

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

Historique

#1 Mis à jour par Johan Cwiklinski il y a environ 4 ans

  • Assigné à Johan Cwiklinski supprimé

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

#2 Mis à jour par leto 2 il y a environ 4 ans

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.

#3 Mis à jour par Johan Cwiklinski il y a environ 4 ans

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 :)

#4 Mis à jour par leto 2 il y a environ 4 ans

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

#5 Mis à jour par Johan Cwiklinski il y a environ 4 ans

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

#6 Mis à jour par Johan Cwiklinski il y a environ 4 ans

  • Début changé de 29/09/2012 à 07/10/2012

#7 Mis à jour par Johan Cwiklinski il y a environ 4 ans

  • Echéance mis à 08/10/2012

#8 Mis à jour par Johan Cwiklinski il y a environ 4 ans

  • Echéance 08/10/2012 supprimé

#9 Mis à jour par Anonyme il y a environ 4 ans

  • % réalisé changé de 0 à 33

#10 Mis à jour par Raphaël Hertzog il y a presque 4 ans

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.

#11 Mis à jour par Johan Cwiklinski il y a presque 4 ans

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 ;-)

#12 Mis à jour par Johan Cwiklinski il y a presque 4 ans

  • Assigné à mis à Johan Cwiklinski
  • Tracker changé de Evolution à Commandes

#13 Mis à jour par Johan Cwiklinski il y a presque 4 ans

  • Version cible mis à 0.7.5
  • Commanditaire mis à Debian France

#14 Mis à jour par Johan Cwiklinski il y a presque 4 ans

  • Statut changé de Nouveau à In Progress

#15 Mis à jour par Johan Cwiklinski il y a plus de 3 ans

  • % réalisé changé de 33 à 100
  • Statut changé de In Progress à Résolu

#16 Mis à jour par Anonyme il y a plus de 3 ans

  • % réalisé changé de 100 à 67

#17 Mis à jour par Anonyme il y a plus de 3 ans

  • % réalisé changé de 67 à 100

#18 Mis à jour par Johan Cwiklinski il y a plus de 3 ans

  • Statut changé de Résolu à Fermé

Formats disponibles : Atom PDF