Produits Entr'ouvert » Chrono

Ajout d'un paramètre ?

• sur un delete ou un patch, paramètre outdated_bookings_action
  • si = cancel, alors les bookings qui étaient couverts par la période initiale et qui ne matchent plus aucune inscription du user sont annulés
  • si = delete, alors les bookings qui étaient couverts par la période initiale et qui ne matchent plus aucune inscription du user sont supprimés
  • sinon, rien

• sur un patch, paramètre update_bookings_extra_data. Si True, alors on met à jour les bookings futurs de la période de subscription.

Lauréline Guerin a écrit :

Ajout d'un paramètre ?

Si il n'y a pas deux cas d'usages identifiés pour un coup annuler, un coup supprimer, je pense qu'il faut imposer un comportement par défaut et puis voilà, pareil pour la mise à jour des extra_data.

• Si on supprime, il faut faire attention côté demande à ce que l'usager ne puisse pas se servir de la modification d'une inscription pour effectuer une annulation de dernière minute de manière silencieuse, qui devrait lui être facturée.
• Si on annule, on risque d'encombrer toutes les vues qui listent les inscriptions annulées. Notamment, si les familles touchent un peu à tout au début de l'année et provoquent des centaines d'annulation autour de la fin de l'année en ajustant la date de fin de leur inscription, alors une fois en fin d'année il sera vraiment peu utile d'avoir trace de ça.

Pour ce cas d'usage, soit la modification des dates d'inscription (changement de la date de fin)
il est bien question de supprimer les bookings postérieurs à cette nouvelle date de fin.

Noter que ce changement de date n'est pas à la main des parents : nous sommes dans un cas 100% back-office donc pas de risque de contournement comme cité.
Tout au plus le parent peut demander un changement de site pour une activité, ce qui aurait pour conséquence indirecte de clore l'inscription : l'agent instruit et décide de la date de fin.

Je crois qu'il n'y a pas de cas d'usage légitime justifiant la création d'inscriptions qui se chevauchent. Est-ce qu'on ne gagnerait pas en simplicité pour ici et pour l'avenir à interdire la création de telles inscriptions ?

Je ne vois pas de cas ou deux inscriptions à un même agenda pourraient se recouvrir

ok, j'ai fait #61631, je rebase ce ticket dessus et je simplifie les tests

Automatic expiration