Documentation #58693
Chrono: documenter les params du endpoint agendas/datetimes
0%
Description
pas mal de params sont disponibles pour l'api de récupération des créneaux de plusieurs agendas de type event, mais ils ne sont pas documentés pour le moment
notamment:- user_external_id (pour savoir si un event a été réservé par un user_id; usage: cellule calendrier hebdomadaire utilisé pour affichage du calendrier perisco)
- exclude_user_external_id (pour marquer comme disabled un event déjà réservé par un user_id)
- show_past_events (pour remonter - en disabled - les events passés; usage: affichage du calendrier scolaire sur une année scolaire complète, même pour les jours passés)
- bypass_delays (pour ignorer les délais de prévenance, pour un usage en backoffice)
- date_start
- date_end
(bypass_delays #57961 est aussi utilisable dans le endpoint datetimes habituel, et les api fillslots, uniquement pour les events)
Demandes liées
Historique
Mis à jour par Lauréline Guérin il y a plus de 2 ans
- Lié à Development #57961: API datetimes/fillslot: Pouvoir bypasser les délais de prévenance ajouté
Mis à jour par Lauréline Guérin il y a plus de 2 ans
- Lié à Development #58286: api datetimes multi agendas: remonter les events hors délai de prévenance ajouté
Mis à jour par Valentin Deniaud il y a plus de 2 ans
C'est normalement sous-entendu par la phrase sous le tableau : « Ce paramètre est obligatoire et vient s’ajouter à la liste des paramètres acceptés par l’API de récupération des évènements classique. »
L'idée est de noter juste les différences par rapport à /datetimes/, ici l'ajout du paramètre ?agendas=, et maintenant bypass_delays.
(side note, le projet chrono a un tracker « Documentation » à côté de « Bug » et « Développement », peut-être que les tickets pourraient aller là plutôt que dans le projet Publik ?)
Mis à jour par Lauréline Guérin il y a plus de 2 ans
C'est normalement sous-entendu par la phrase sous le tableau : « Ce paramètre est obligatoire et vient s’ajouter à la liste des paramètres acceptés par l’API de récupération des évènements classique. »
L'idée est de noter juste les différences par rapport à /datetimes/, ici l'ajout du paramètre ?agendas=, et maintenant bypass_delays.
Ok, alors ajouter bypass_delays pour plusieurs endpoints, et show_past_events pour /agendas/datetimes/
(side note, le projet chrono a un tracker « Documentation » à côté de « Bug » et « Développement », peut-être que les tickets pourraient aller là plutôt que dans le projet Publik ?)
on a dit lors d'un atelier qu'on ouvrait des tickets documentation dans le projet publik, non ?
Mis à jour par Valentin Deniaud il y a plus de 2 ans
- Projet changé de Publik à Chrono
- Club
Nonsupprimé
Lauréline Guerin a écrit :
Ok, alors ajouter bypass_delays pour plusieurs endpoints, et show_past_events pour /agendas/datetimes/
Yup
on a dit lors d'un atelier qu'on ouvrait des tickets documentation dans le projet publik, non ?
Vu à l'instant en réu dev, les tickets doc fonctionnelle vont dans le projet publik, par contre les tickets doc technique comme celui-ci vont dans le projet technique.