Project

General

Profile

Development #66821

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

Added by Pierre Cros (absent jusqu'au 19 août) about 2 months ago. Updated about 2 months ago.

Status:
Nouveau
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
30 June 2022
Due date:
% Done:

0%

Estimated time:
Patch proposed:
No
Planning:
No
Club:
No

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.


Related issues

Related to Publik - Documentation #66762: "Références de démarches déployées" sur https://catalogue.publik.love/Nouveau29 June 2022

Actions

History

#1

Updated by Frédéric Péters about 2 months ago

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

Updated by Pierre Cros (absent jusqu'au 19 août) about 2 months ago

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

Updated by Frédéric Péters about 2 months ago

ç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

Updated by Pierre Cros (absent jusqu'au 19 août) about 2 months ago

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

#6

Updated by Frédéric Péters about 2 months ago

Plutôt pas fan des bricolages actuels.

#7

Updated by Pierre Cros (absent jusqu'au 19 août) about 2 months ago

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

Updated by Frédéric Péters about 2 months ago

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

Updated by Pierre Cros (absent jusqu'au 19 août) about 2 months ago

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

Updated by Frédéric Péters about 2 months ago

ç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

Updated by Pierre Cros (absent jusqu'au 19 août) about 2 months ago

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

Updated by Frédéric Péters about 2 months ago

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

Updated by Pierre Cros (absent jusqu'au 19 août) about 2 months ago

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

Updated by Frédéric Péters about 2 months ago

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

#16

Updated by Chloé Girard about 1 month ago

  • Related to Documentation #66762: "Références de démarches déployées" sur https://catalogue.publik.love/ added

Also available in: Atom PDF