Development #22927
Envoi par courriel d'un fichier iCalendar correspondant à un rdv dans Chrono
0%
Description
Fonctionnalité pour répondre à la demande d'Arles, "L'usager reçoit une confirmation par mail avec possibilité d'importer le rendez-vous dans son agenda personnel", dans le cas d'une démarche prise de rdv CNI/passeport (type Meaux)
Demandes liées
Historique
Mis à jour par Thomas Noël il y a environ 6 ans
Techniquement, j'imagine qu'après avoir posé le rendez-vous dans Chrono, wcs puisse récupérer le fichier ICS correspondant (via une API Chrono) et l'ajouter en tant que fichier joint au mail envoyé à l'usager.
Il s'agirait donc d'ajouter une API « GET booking/<booking_pk>/ics/ » dans Chrono ; les outils de mécanique dans w.c.s. existent.
Mis à jour par Thomas Noël il y a environ 6 ans
- Projet changé de Publik Installation Développeur à Publik
Mis à jour par Thomas Noël il y a environ 6 ans
- Lié à Development #22930: api: vue ICS d'un rendez vous ajouté
Mis à jour par Brice Mallet il y a environ 6 ans
- Echéance mis à 07 juin 2018
- Assigné à mis à Serghei Mihai
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
- Projet changé de Publik à Chrono
Thomas !!! ;)
Mis à jour par Benjamin Dauvergne il y a environ 6 ans
- Projet changé de Chrono à Publik
Bon c'est moi qui fais nawak en fait.
Mis à jour par Brice Mallet il y a presque 6 ans
- Statut changé de Nouveau à Information nécessaire
Mis à jour par Thomas Noël il y a presque 6 ans
Note : pour éviter de faire deux appels webservice, l'appel fillslot pourrait aussi renvoyer l'ICS dans un dictionnaire "fichier" compréhensible par w.c.s. (sérialisé comme tel et donc et directement enregistrable dans une variable de traitement de type fichier). On y a gagnerait pas mal en simplicité du workflow.
Mis à jour par Serghei Mihai il y a presque 6 ans
- Echéance changé de 07 juin 2018 à 19 juin 2018
Mis à jour par Serghei Mihai il y a presque 6 ans
- Echéance changé de 19 juin 2018 à 18 juillet 2018
Mis à jour par Serghei Mihai il y a presque 6 ans
Thomas Noël a écrit :
Note : pour éviter de faire deux appels webservice, l'appel fillslot pourrait aussi renvoyer l'ICS dans un dictionnaire "fichier" compréhensible par w.c.s. (sérialisé comme tel et donc et directement enregistrable dans une variable de traitement de type fichier). On y a gagnerait pas mal en simplicité du workflow.
Cela veut dire qu'on doit autoriser des paramètres en GET place=mairie+annex&label=Rendez-vous+CNI
dans l'appel à fillslot URL. Ils compléteront les données envoyées dans le payload.
Mis à jour par Frédéric Péters il y a presque 6 ans
À discuter davantage, de mon côté avoir un appel ws supplémentaire, à …/api/booking/<id>/ics, avec le retour qu'on peut directement enregistrer dans une donnée de traitement, ce qui la rendra directement accessible pour l'action d'envoi email.
Mis à jour par Thomas Noël il y a presque 6 ans
Oui oublions ma remarque #10, je parlais juste comme ça... D'avoir prévoir l'appel séparé sur …/api/booking/<id>/ics, dont fillslot pourra donner l'URL comme il le fait pour la possibilité annulation. Et dans la querystring du get, envoyer tout ce qu'on veut surcharger/ajouter dans les champs ics de base (genre titre, lieu, description, me rappelle pas bien la rfc). Récupérer le résultat dans un fichier champ de traitement, et zou.
Mis à jour par Brice Mallet il y a plus de 5 ans
Tester sur recette SaaS, instance Arles dans le WF https://demarches-arles.test.entrouvert.org/backoffice/workflows/1/
Mis à jour par Brice Mallet il y a plus de 5 ans
- Statut changé de Information nécessaire à Fermé