Développement #113014
openAffiner le routage vers la liste d'attente si l'option "Automatiser le passage en liste principale" est cochée
0%
Description
Un évènement où il reste 4 places, une réservation de 5 places arrive et va en liste d'attente.
Toutes les réservations suivantes iront directement en liste d'attente (selon la politique "si la liste d'attente n'est pas vide toutes les réservations filent dans la liste d'attente"), alors que l'évènement n'a jamais été plein.
On aimerait être un peu plus fin : accepter des réservations en liste principale tant que l'évènement n'est pas plein, même si des réservations qui n'ont pas pu être acceptés en liste principale sont déjà en liste d'attente.
Mais bien sûr une fois que l'état plein a été atteint, si des places se libèrent on accepte pas de nouvelles réservations directement en liste principale, ces places libérées doivent être remplies par les réservations en attente.
C'est le développement mutualisé https://catalogue.publik.love/developpements-mutualises-publik/developpement-mutualise/146/, qui pose que ce nouveau comportement soit activable via une option. Je milite pour zapper l'option, que ce soit juste le nouveau comportement.
Updated by Emmanuel Cazenave about 2 months ago
- Status changed from Nouveau to En cours
- Assignee set to Emmanuel Cazenave
🤖 Une pull request concernant ce ticket a été ouverte :
- URL : https://git.entrouvert.org/entrouvert/chrono/pulls/544
- Titre : WIP: api: refine waiting list routing (#113014)
- Modifications : https://git.entrouvert.org/entrouvert/chrono/pulls/544/files
Updated by Emmanuel Cazenave about 2 months ago
- Related to Développement #97981: Activer la liste d'attente de façon différée ou accepter une réservation partielle added
Updated by Anaïs Ecuvillon about 2 months ago
Emmanuel Cazenave a écrit :
Je milite pour zapper l'option, que ce soit juste le nouveau comportement.
Il me semble important de conserver ces deux développements sous forme d’options.
L’un des cas d’usage les plus fréquents, et qui plaide en faveur du maintien de l'option pour l’automatisation de la liste d’attente, concerne les inscriptions à des événements organisés longtemps à l’avance. Lorsqu’une place se libère, un usager peut alors être automatiquement basculé de la liste d’attente vers la liste principale, alors même qu’il n’est plus disponible à cette date. Dans ce cas, il est probable qu’il n’annule pas son inscription, ce type de situation étant quasiment inévitable.
Pour gérer ce cas de figure, il revient à l’agent d’effectuer manuellement la bascule vers la liste principale, en contactant les usagers dans l’ordre de la liste d’attente pour vérifier leur disponibilité.
Updated by Stéphanie Bouvier about 2 months ago
Après discussion avec Emmanuel, on arrive à la conclusion que pour éviter la situation problématique induite par l'articulation des deux options, la meilleure solution est de
1. conserver l'automatisation du passage en liste principale sous forme d'option
2. ne pas proposer la priorisation de la liste principale sous forme d'option, mais faire que ce nouveau comportement soit celui par défaut si et seulement si l'option "automatiser le passage en liste principale" est activée.
Updated by Emmanuel Cazenave about 2 months ago
Anaïs Ecuvillon a écrit (#note-7):
L’un des cas d’usage les plus fréquents
Je n'ai pas bien compris le lien avec le développement dont on parle ici mais je réponds quand même, Clément avait évoqué ce sujet dans un pad que je ne retrouve pas, la problématique étant : "dans une optique d'automatisation maximale,comment gérer le cas des réservations en attente qui sont basculées automatiquement en liste principale et qui pourrait ne mas être honorées".
Je lui répondais que ça me semble pouvoir être géré dans le workflow.
1. lorsque chrono fait la bascule liste d'attente vers liste principale, il notifie la demande et provoque un saut , le workflow pourrait prévoir que ce saut atterrit dans un statut "réservation truc muche"
2. Sur le statut "réservation truc muche" on notifie le demandeur qu'il doit venir confirmer sa réservation dans les 24 heures faute de quoi elle sera annulée
3. Le demandeur confirme sa réservation en cliquant sur un bouton de saut manuel qui fait passer la demande dans un statut "réservation confirmée"
4. Sur le statut "réservation truc muche", en plus du saut manuel actionnable par le demandeur, il y a un saut automatique avec expiration de 24 heures qui fait passer la demande vers un statut "Annulation automatique whatever" où on fait un appel webservice vers chrono pour annuler la réservation
Updated by Emmanuel Cazenave about 2 months ago
- Subject changed from Affiner le routage vers la liste d'attente to Affiner le routage vers la liste d'attente si l'option "Automatiser le passage en liste principale" est cochée
Aussi une discussion avec Mick et Stéphanie ce matin, où Mick nous présente l'usage des listes d'attentes coté senior.
C'est très dense il y a une combinaison de transitions entre liste d'attente et liste principale et inversement via des actions automatiques en fonction de règles métiers, les transitions peuvent aussi être déclenchés par les agents dans certains cas.
Bilan des courses, en changeant le comportement par défaut on aurait peur d'introduire un grain de sable dans cette belle mécanique.
Plus les remarques précédentes qui indiquent que le comportement actuel va bien lorsqu'il y a de la gestion manuelle des passage de la liste d'attente vers la liste principale.
Bilan des courses pas touche au comportement par défaut et on part donc sur "Affiner le routage vers la liste d'attente si l'option 'Automatiser le passage en liste principale' est cochée".
Updated by Anaïs Ecuvillon about 2 months ago
Emmanuel Cazenave a écrit (#note-10):
Bilan des courses pas touche au comportement par défaut et on part donc sur "Affiner le routage vers la liste d'attente si l'option 'Automatiser le passage en liste principale' est cochée".
ça me va nickel
Updated by Emmanuel Cazenave about 2 months ago
- Status changed from En cours to Solution proposée