Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Ajouter des tickets de file d'attente #64

Open
julien1619 opened this issue Apr 24, 2021 · 0 comments
Open

Ajouter des tickets de file d'attente #64

julien1619 opened this issue Apr 24, 2021 · 0 comments
Assignees
Labels
enhancement New feature or request P-2 Priorité moyenne

Comments

@julien1619
Copy link
Member

julien1619 commented Apr 24, 2021

User story : Un visiteur scanne un QRCode d'un lieu, la jauge est pleine et il choisit de venir plus tard.
Le ticket est annulable, et l'agent peut autoriser l'entrée même si l'horaire ne correspond pas (grace period variable en mode auto).

  1. Il faut lui annoncer l'heure à laquelle il pourra venir tout de suite après le scan, ou si c'est plein pour la journée
  • Ajouter les horaires (horaires récurrents/semaine, horaires spéciaux/jour précis, horaires guichet, et horaires évacuation)
  • Générer l'affluence future par tranche de 15 minutes (variable selon la durée moyenne de visite), mis à jour à chaque ticket généré pour la durée moyenne de visite, à partir de l'heure du ticket
  • Trouver le premier créneau à partir duquel l'affluence devient acceptable
  • Conserver l'affluence réelle pour analyse statistique d'écart
  1. Générer un ticket (token de 5 à 6 caractères alphanum) avec un créneau associé
  • Le ticket a une date de début de validité et une date de fin de validité
  • Il a un nombre de participants
  • Annulation possible de un ou tous les tickets
  • Un ticket ne peut pas être généré pour après l'heure de fermeture du guichet
  • Si l'écart entre l'horaire d'évacuation et le créneau est inférieur au temps moyen de visite, un avertissement est affiché au visiteur
  • En cas de no-show à la fin du créneau, un mail est envoyé pour proposer d'annuler et recalculer l'affluence prévue
  1. Consommer un ticket
  • Lors du scan du ticket on retourne les informations du ticket (à l'agent ou à l'utilisateur) et aussi les informations de fréquentation en temps réel
  • L'agent peut ensuite valider le ticket à condition que les informations de contact tracing sont bien saisies et qu'un moyen de contact a été fourni (téléphone ou email), le nombre de personnes peut être revu à la baisse à ce moment là et donc réutilisé si toutes les places ne sont pas utilisées
  • Utiliser le ticket change son statut en "CONSUMING" ou "CONSUMED" selon si toutes les places associées sont consommées ou non, il est purgé après 24h
@julien1619 julien1619 added the enhancement New feature or request label Apr 24, 2021
@julien1619 julien1619 self-assigned this Apr 24, 2021
@julien1619 julien1619 added this to To do in Promesse Culture via automation Apr 24, 2021
@julien1619 julien1619 added the P-2 Priorité moyenne label Apr 25, 2021
@julien1619 julien1619 moved this from To do to In progress in Promesse Culture May 21, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request P-2 Priorité moyenne
Projects
Promesse Culture
In progress
Development

No branches or pull requests

1 participant