Développement #37120
Permettre d'ignorer les délais de réservations pour les réservations backoffice
0%
Description
On a régulièrement la demande de pouvoir avoir un délai de réservation plus court pour un agent que pour un usager (via la saisie back-office), ce serait pratique de pouvoir indiquer un délai minimal de réservation pour un usager et un autre délai pour l'agent.
Related issues
History
Updated by Frédéric Péters about 6 years ago
La réponse est d'établir des méta-agendas, il n'y a pas encore de ticket pour cela.
Updated by Frédéric Péters about 6 years ago
- Related to Développement #37123: Agendas virtuels added
Updated by Frédéric Péters almost 3 years ago
Ça peut aujourd'hui se faire soit via un agenda virtuel (ce qui était appelé "méta agenda" dans mon commentaire) soit côté paramétrage en passant bypass=delays=true; ça peut éventuellement être suffisant ?
Updated by Anaïs Ecuvillon almost 3 years ago
c'est suffisant pour nous et les admins fonctionnels qui sommes dans la conception, ça ne l'est pas si on vise que ce sont les métiers qui doivent paramétrer facilement,
Updated by Emmanuel Cazenave about 2 years ago
- Assignee set to Emmanuel Cazenave
Une ébauche de plan :
- permettre dans l'interface la saisie de délais 'agents'
- dans les appels webservice d'obtention des créneaux/réservations, passer un paramètre
agent=true - implémenter la gestion de ce paramètre (appliquer les délais qui vont bien selon que
agent=trueou non)
Je me l'assigne pour estimation.
Updated by Anaïs Ecuvillon over 1 year ago
- Tags changed from simplification agenda to simplification agenda, roadmap 2025
Updated by Anaïs Ecuvillon 10 months ago
- Related to Gestion de projet #100688: Développement mutualisé : simplifier la gestion des agendas added
Updated by Emmanuel Cazenave 10 months ago
- Assignee changed from Emmanuel Cazenave to Anaïs Ecuvillon
Nouveau plan collaboratif (Anais, Valentin, Emmanuel).
On est d'accord pour simplifier l'objectif, de "avoir des délais de réservation pour les agents" vers "permettre d'ignorer les délais de réservation pour les agents".
D'accord aussi pour proposer quelque chose qui se met en œuvre plus simplement qu'en obligeant le concepteur de la démarche à bidouiller lui même les paramètres d'URL dans les appels webservice.
- WCS: dans les appels ajout automatique de l'info comme quoi on est en backoffice (ou pas) via un en-tête
Publik-Backoffice- façon l'en-tête Publik-Caller-URL #83114
- en phase "encore dans le formulaire", (appel de recherche de créneaux) cet en-tête prend la même valeur is_in_backoffice
- en phase "dans le workflow" (appels de réservations) cet en-tête prend la même valeur que form_submission_backoffice
- Chrono
- dans l'interface de paramétrage d'un agenda ajout d'une checkbox "ignorer les délais de réservation pour les agents" (formulation non contractuelle)
- cote API on ignorera les délais de réservation si WCS envoie l'info comme quoi c'est un appel backoffice et que la case est cochée sur l'agenda
8 jours.
Updated by Emmanuel Cazenave about 1 month ago
- Status changed from Nouveau to En cours
- Assignee changed from Anaïs Ecuvillon to Emmanuel Cazenave
🤖 Une pull request concernant ce ticket a été ouverte :
- URL : https://git.entrouvert.org/entrouvert/chrono/pulls/509
- Titre : WIP: agendas: add ignore_booking_delays field (#37120)
- Modifications : https://git.entrouvert.org/entrouvert/chrono/pulls/509/files
Updated by Emmanuel Cazenave about 1 month ago
- Subject changed from Pouvoir différencier le délai de réservation par un agent et par un usager to Permettre d'ignorer les délais de réservations pour les réservations backoffice
Updated by Emmanuel Cazenave about 1 month ago
- Related to Développement #110753: Appels webservices : envoyer un en-tête Publik-Backoffice added
Updated by Frédéric Péters about 1 month ago
J'étais parti pour comprendre que c'était pour la saisie de rendez-vous pris depuis le backoffice de Chrono mais avec l'apparition du ticket #110753 où c'est w.c.s. qui fait l'appel, je ne comprends plus. Pour ignorer les délais il y a un déjà un paramètre bypass_delays qui peut être passé dans les URL.
Updated by Emmanuel Cazenave about 1 month ago
Frédéric Péters a écrit :
J'étais parti pour comprendre que c'était pour la saisie de rendez-vous pris depuis le backoffice de Chrono mais avec l'apparition du ticket #110753 où c'est w.c.s. qui fait l'appel, je ne comprends plus. Pour ignorer les délais il y a un déjà un paramètre bypass_delays qui peut être passé dans les URL.
C'est pour les saisies backoffice wcs et on veut proposer une solution plus simple qu'avoir à conditionner des paramètres d'URL ici et là.
Updated by Emmanuel Cazenave about 1 month ago
Et pour la saisie directement dans chrono les délai de réservations seront aussi ignorés si la case "ignorer les délais de réservation ..." est cochée sur l'agenda.
Updated by Frédéric Péters about 1 month ago
Je ne trouve pas plus simple d'avoir des API qui pour quelques cas dépendent de la valeur d'un entête; par exemple il ne se trouvera pas loggué par haproxy/nginx et ça compliquera le debug.
Updated by Emmanuel Cazenave about 1 month ago
Frédéric Péters a écrit :
Je ne trouve pas plus simple d'avoir des API qui pour quelques cas dépendent de la valeur d'un entête; par exemple il ne se trouvera pas loggué par haproxy/nginx et ça compliquera le debug.
Pour nginx j'ai testé le format de log suivant qui fonctionne ($http_nom_du_header) :
log_format combined_full_with_publik_headers '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$host" [$request_time s] ["$http_publik_backoffice"]';
Updated by Emmanuel Cazenave about 1 month ago
- Related to Développement #110940: API : accepter le paramètre bypass_delays pour les recherche de créneaux/réservations des agenda rdv added
Updated by Emmanuel Cazenave about 1 month ago
- Status changed from En cours to Solution proposée
Updated by Valentin Deniaud 16 days ago
- Status changed from Solution proposée to En cours
🤖 Modifications demandées sur la pull request :
Updated by Emmanuel Cazenave 14 days ago
- Status changed from En cours to Solution proposée
🤖 Relecture de Valentin Deniaud (vdeniaud) demandée sur la pull request :
Updated by Valentin Deniaud 14 days ago
- Status changed from Solution proposée to En cours
🤖 Modifications demandées sur la pull request :
Updated by Valentin Deniaud 14 days ago
- Status changed from Solution proposée to Solution validée
🤖 Pull request approuvée :