Proposition Relances d'échéances de fin d'adhésion

[mistergraphx]

Bonjour,

Suite a la discussion sur les adhesions, et les relances d'échéances de fin d'adhésion, dont j'avais besoin sur un projet.

#30 (comment)

J'ai donc ajouté les relances d'échéances sur des adhésions, pour le moment l'adhésion est fixé a 1 an. Les relances a -30,-15 et le jour de fin.

Techniquement j'ai opté pour une tache cron qui surveille les adhésions nouvelles tout les jours qui sont au statut ok, et leur défini la date de fin (ajouté dans la fiche d'adhésion pour être visible).

Une seconde tache journalière, surveille les adhésions en cours et s'occupe des relances, ainsi que de passer au statut fini celles qui sont arrivées a terme.

Actuellement le système de relance est dans le plugin du projet, et surcharge quelques fichiers de souscription.

Si cette fonctionnalité à un intérêt quelconque à être intégré au plugin souscription, j'ai créé une branche et peut finir de reporter sur celle ci.

https://github.com/mistergraphx/spip_souscription/tree/relances_adhesions

Sinon je peut créer un plugin qui ajoute cette fonctionnalité afin de pouvoir le réutiliser dans d'autres projets.

[atoom75]

Salut, je suis fortement intéressé par ta feature de relance automatique via une tache cron. Actuellement j'ai la moitié de mes adhérents qui règlent par chèque ou virement (donc pas de paiement récurrent), et ceux-ci ne reçoivent aucune notification.
Par contre je ne vois pas trace de ce cron dans les commits de ta branche... Pourrais-tu m'aiguiller stp ?

[mistergraphx]

Salut, C'est parceque pour le moment c'est dans le squelette de mon projet, je n'ai pas encore reporté sur cette branche pour le moment, si ça n'as pas d'intéret a être intégré au plugin souscription, j'en fait un séparé qui ajoutera cette fonctionnalité, pour le réutiliser dans d'autres projets …

[atoom75]

Dans l'absolu je trouve que ça devrait être intégré au plugin, mais dans l'immédiat c'est peut être plus rapide de le faire dans un plugin à part ? En tous cas quelqu'en soit la manière je suis preneur.

[mistergraphx]

En fait ça implique quelques réflexions et changements qui peuvent ne pas coller avec le but premier du plugin, en le détournant pour en faire une gestion d'adhérents. Au départ on parle de souscriptions sur abo ou uniques.

Notamment une offre d'adhésion doit/devrait pouvoir du coup proposer une durée, la arbitrairement pour les besoins du projet j'ai imposé 1 an, mais ceci doit/devrait pouvoir être configurable depuis chaque offre, ce qui implique de revoir la déclaration des offres qui actuellement est du type prix|description. rien que ça peut introduire pas mal de travail, effets de bords, migrations ;-) comme abordé ici #25

J'ai hésité a partir sur le plugin Abonnements et un workflow e-commerce plus complexe au départ du projet, principalement pour cette raison… ça soulève une question, faut il avoir une table pour les offres d'adhesions plutôt qu'un champ de type string ?

D'ou le fait que je lance cette issue, afin de faire quelque chose de plus pérenne qu'un plugin qui surchargerais déjà pas mal de pages, mais en définissant le cadre de cette évolution, qui de mon avis n'est pas mineure. Bien entendu en assumant le reversement/travail/temps sur cette branche ;-) cela dit toute aide est toujours la bienvenue.