Projet

Général

Profil

Development #66821

API exposant la liste de tous les formulaires du saas de prod pour faire un annuaire dynamique

Ajouté par Pierre Cros il y a presque 2 ans. Mis à jour il y a plus d'un an.

Statut:
Nouveau
Priorité:
Normal
Assigné à:
-
Catégorie:
-
Version cible:
-
Début:
30 juin 2022
Echéance:
% réalisé:

0%

Temps estimé:
Patch proposed:
Non
Planning:
Non
Club:
Non

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

Lié à Publik - Documentation #66762: "Références de démarches déployées" sur https://catalogue.publik.love/Fermé29 juin 2022

Actions

Historique

#1

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" ?

#3

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).

#4

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)

#5

Mis à jour par Pierre Cros il y a presque 2 ans

Plutôt créer/mettre à jour des fiches non ? (comme au Nord)

#6

Mis à jour par Frédéric Péters il y a presque 2 ans

Plutôt pas fan des bricolages actuels.

#7

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).

#8

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.

#9

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)

#10

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).

#11

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.

#12

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.

#13

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 ?

#14

Mis à jour par Frédéric Péters il y a presque 2 ans

(j'ai ajouté un point à l'ordre du jour)

#16

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é
#17

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 ?

#18

Mis à jour par Frédéric Péters il y a plus d'un an

  • Assigné à Frédéric Péters supprimé

Visiblement personne n'a été volontaire.

Formats disponibles : Atom PDF