toulouse-foederis: add candidature endpoint (#77524) #246
Loading…
Reference in New Issue
No description provided.
Delete Branch "wip/77524-endpoint-candidature"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
a6abbf75cd
to252d021d94
@ -32,0 +39,4 @@
'type': {
'description': _('Application Type (External or Internal).'),
'type': 'string',
'enum': ['E', 'I'],
Peut-être laisser la porte ouverte ici, pour être plus souple si les valeurs possibles venaient à changer.
@ -32,0 +80,4 @@
},
'rqth': {
'description': _('RQTH.'),
'type': 'boolean',
'type': 'boolean'
Je pense qu'il ne faut pas présumer que w.c.s. enverra toujours False/True.
Voir ce qui est fait du côté d'Axel : accepter aussi les chaînes Vrai/Faux, O/1, ...
@ -32,0 +67,4 @@
'birth_date': {
'description': _('Applicant birth date.'),
'type': 'string',
'format': 'date',
C'est nouveau dans passerelle, on parle bien de ça ?
https://json-schema.org/understanding-json-schema/reference/string.html#built-in-formats
J'ai l'impression (je me trompe peut-être) que la pratique courante est de formater les date en anglais depuis w.c.s : {{ form_var_date|date:'Y-m-d' }}
Auquel cas peut-être ne pas prendre de risque et faire comme dans les autres connecteurs :
@ -32,0 +76,4 @@
},
'work_authorization_end_date': {
'description': _("Applicant end of working authorization, if nationality is 'other'."),
'example_value': '2023-04-05',
Tu n'as pas précisé de type ici.
@ -298,0 +523,4 @@
'date_de_naissance': post_data['birth_date'],
self.REFERENTIELS_FKEYS['nationalite']: int(post_data['nationality']),
'date_fin_autorisation_de_travail': _format_date('work_authorization_end_date'),
'rqth': 'O' if post_data['rqth'] == 'true' else 'N',
Ne fonctionne pas, faire comme c'est fait ailleurs :
'rqth': 'O' if post_data['rqth'] else 'N'
@ -298,0 +559,4 @@
'dernier_diplome_obtenu': post_data['last_obtained_diploma'],
'derniere_classe_suivie': post_data['last_course_taken'],
}
request_data = {k: v for k, v in request_data.items() if v}
Quels sont les champs qui nécessite de ne pas être passés lorsqu'il sont vides ?
C'est spécifié quelque part dans le excel ?
Si c'est vraiment utile, alors peut-être ajouter un test qui donne le cas d'usage.
Le Excel dit n'importe quoi, tous les champs sont optionnels dans les faits. Ici on supprime juste les valeurs absente du post. Il n'y a pas de cas d'usage, ils seront tous transmis, c'est juste pour éviter de sauvegarder n'importe quoi dans Foederis s'il y a un oubli à un moment donné (rappel que ce connecteur n'a rien de générique : on a un paramétrage ad-hoc en face). J'ai supprimé des champs dans les tests pour vérifier qu'ils sont bien exclus lors de l'appel Foederis.
Edit: En fait il y a des cas où des champs sont laissés vides (des champs spécifiques à une candidature de stage par ex.).
Désolé, je n'arrive pas à me projeter.
Est-ce que tu peux poser ton WF de test sur la recette, stp ?
(j'ai pas trouvé : https://demarches-montoulouse.test.entrouvert.org/backoffice/workflows/247/status/1/items/1/)
@ -405,6 +405,164 @@ class TestEndpoints:
app.get('/toulouse-foederis/foederis/announce/111/pdf/', status=404)
assert response.headers['content-type'] == 'application/pdf'
CREATE_APPLICATION_PARAMS = {
Cette variable n'est pas utilisée (étrange que pylint ne l'ai pas vu).
Bien vu. C'est une variable globale, pylint ne peut pas deviner qu'elle n'est pas utilisée dans un autre module.
J'ai posé quelques-remarques.
252d021d94
to605909e2d3
605909e2d3
to6624df89be
6624df89be
to05d5ee282f
@ -33,0 +56,4 @@
APPLICATION_SCHEMA = {
'$schema': 'http://json-schema.org/draft-04/schema#',
'title': 'AstreGS assocation',
Une petite typo ici: association
Bien vu et surtout c'est pas du tout AstreGS, c'est resté d'un copier / coller : j'ai corrigé.
05d5ee282f
to1ed9616b19
1ed9616b19
tocba273b244