Changement de statut d'un abonnement actif en "inactif" vs résiliation

Le changement d'un abonnement en statut "inactif" sans aucune autre modification a un effet inattendu : si il n'a pas de date_fin (ou pas dépassée), il va être réactivé automatiquement par le cron d'activation automatique prévu pour les abonnements futurs.

Plusieurs solutions, en sus de !60 (merged) :

• si on change le statut en inactif mais qu'il n'y a pas de date_fin, le pipeline post_edition force une date_fin à "maintenant" : pratique, mais on risque de facilement déraper, et le passage d'un abonnement en inactif ne demande pas de confirmation. Si on reactive ensuite l'abonnement c'est perdu, car il va se desactiver automatiquement à cause de la date de fin
• un pipeline pre-edition vérifie la date_fin et si on voit qu'il n'y en a pas ou qu'elle est dans le futur, on supprime la modif du statut, ce qui force l'admin qui veut passer un abonnement en inactif à d'abord lui mettre une date_fin. Ça revient plus ou moins à bloquer le changement manuel vers "inactif" pour un abonnement qui se reactiverait automatiquement.

Sachant que si on veut "résilier un abonnement" actif (y mettre fin), on a pour ça 2 boutons désormais qui font tout le travail comme il faut (changement de statut, date_fin, et résiliation auprès de la banque) et qui demandent confirmation auparavant :

• 3ème solution : on se branche sur le formulaire instituer pour l'inhiber sur un abonnement actif. Du coup on risque pas la manip foireuse qui fait rien, et ça force à utiliser les boutons de résiliation (et sous entendu : la résiliation est la seule façon de sortir du statut "actif").