Development #66821
API exposant la liste de tous les formulaires du saas de prod pour faire un annuaire dynamique
0%
Description
On a déjà un annuaire statique des formulaires du SaaS de prod ici :
https://agents-www.entrouvert.com/
Ça a été fait, j'imagine, grâce à un CSV exporté à un moment (février) et contenant l'URL et et le libellé de tous les formulaires du SaaS.
On peut évidemment utiliser ça pour exposer un annuaire au club comme promis. Mais ce sera jamais mis à jour.
Et donc j'aimerais savoir s'il était possible de développer une API permettant de récupérer sur l'ensemble des instances du SaaS et pour tous les formulaires :
- Nom de la collectivité
- Libellé du formulaire
Là on aurait un annuaire dynamique.
Je parle d'API parce que ça me semble la chose à faire mais si on me répond script qui appelle chaque instance pour y chopper la liste des formulaires et construire une liste agrégée ensuite, ça me va du moment que le résultat est exposé quelque part.
Demandes liées
Historique
Mis à jour par Frédéric Péters il y a presque 2 ans
Je parle d'API
On n'a pas de service qui permettrait ainsi une API "trans-déploiements".
que le résultat est exposé quelque part
Selon toute vraisemblance le script qui a généré le CSV dont tu t'es servi peut être retrouvé ou réécrit mais poser le CSV quelque part sur une URL ça suffit pour dire que c'est "exposé quelque part" ?
Mis à jour par Pierre Cros il y a presque 2 ans
Frédéric Péters a écrit :
Selon toute vraisemblance le script qui a généré le CSV dont tu t'es servi peut être retrouvé ou réécrit mais poser le CSV quelque part sur une URL ça suffit pour dire que c'est "exposé quelque part" ?
Mouais, ça reste statique quand même mais on se donne plus de chance que ce soit mis à jour facilement et à défaut d'aPI on mange des CSV.
À noter que le CSV que j'avais sans doute utilisé, il donnait l'URL des forms et leurs libellés mais pas le nom de la collectivité, pas certain que ce soit facile à chopper (on se contentera du nom de domaine si on peut pas faire mieux).
Mis à jour par Frédéric Péters il y a presque 2 ans
ça reste statique quand même
C'est-à-dire qu'il faut le prendre et le mettre dans un Passerelle pour que ça devienne "dynamique" ?
(on a déjà une commande qui peut aider à automatiser ça)
Mis à jour par Pierre Cros il y a presque 2 ans
Plutôt créer/mettre à jour des fiches non ? (comme au Nord)
Mis à jour par Pierre Cros il y a presque 2 ans
Les bricolages je pense que tu parles du WF des fiches et on peut faire mieux.
De mon côté je suis pas fan de faire des sources de données CSV quand on dit qu'il faut arrêter (oui je sais on dit ça à cause des query et il n'y aurai pas de query ici).
Mis à jour par Frédéric Péters il y a presque 2 ans
Les bricolages je pense que tu parles du WF des fiches et on peut faire mieux.
Oui il n'y a pas de possibilité correcte de gérer des mises à jour, pour faire ça il faudrait pouvoir paramétrer la colonne qui doit être l'id (#44604), mais je ne voudais pas bloquer ici sur l'attente de ce ticket.
Mis à jour par Pierre Cros il y a presque 2 ans
Même sans ce ticket on peut quand même faire moins compliqué qu'au Nord, parce qu'on va snober toute la phase de rapprochement des doublons, y aura que de l'automatique.
Et je veux bien faire la version "bricolée" du WF, ce sera pas long, avec engagement de la modifier le jour où #44604 arrive (ça me semble mieux de faire comme ça que de passer par une source CSV en attendant #44604)
Mis à jour par Frédéric Péters il y a presque 2 ans
ça me semble mieux de faire comme ça que de passer par une source CSV
Je ne partage pas cet avis, je ne vois pas pour ce projet le gain des fiches (par rapport au connecteur CSV, dont la mise à jour aujourd'hui peut être gérée avec moins de dev).
Mis à jour par Pierre Cros il y a presque 2 ans
Le gain c'est que si on a le dev nécessaire aujourd'hui pour les fiches, j'aurai le projet avec des fiches et je ferai la simplification quand on pourra définir une colonne comme identifiant.
Si on part sur le CSV y aura jamais de dev fait pour les fiches et on se trimballera le CSV ad vitam.
Mis à jour par Frédéric Péters il y a presque 2 ans
Ok posons que je ne vais pas faire de dev ici et plutôt mettre ma priorité sur le temps long de #44604, j'arrête donc d'interférer avec ce qui se passerait ici.
Mis à jour par Pierre Cros il y a presque 2 ans
Frédéric Péters a écrit :
Ok posons que je ne vais pas faire de dev ici et plutôt mettre ma priorité sur le temps long de #44604,
Fair enough
j'arrête donc d'interférer avec ce qui se passerait ici.
S'agissant d'un dev qu'il faudra de toute façon faire quand #44604 sera là, vous pouvez discuter lundi pour savoir si quelqu'un est preneur dès maintenant ?
Mis à jour par Chloé Girard il y a presque 2 ans
- Lié à Documentation #66762: "Références de démarches déployées" sur https://catalogue.publik.love/ ajouté
Mis à jour par Chloé Girard il y a plus d'un an
- Assigné à mis à Frédéric Péters
Ça a donné quoi votre discussion CPT au sujet de ce point ?
Mis à jour par Frédéric Péters il y a plus d'un an
- Assigné à
Frédéric Péterssupprimé
Visiblement personne n'a été volontaire.