Development #84185
Connecteur API Impots particulier : erreur levée alors que l'api répond
0%
Description
Sur un code retour 410 / 4102 de l'API, avec un message codeApp "usager non trouve", passerelle renvoie une erreur "passerelle.utils.jsonresponse.APIError" alors qu'il ne s'agit pas d'une erreur. Il faudrait que le code d'erreur soit traité plutôt que de déclencher des erreurs dans le formulaire/le WF qui appelle l'API
Historique
Mis à jour par Nicolas Roche il y a environ 2 mois
Idem (err=1) avec le endpoint 'spi-situations-ir-assiettes-annrev' :
https://passerelle-famille-loisirs.eservices.toulouse-metropole.fr/api-particulier/api_particulier/situation-familiale?code_postal=31400&numero_allocataire=2070444
404: "Dossier en cours d'affiliation sur la période de référence. Le document ne peut être édité."Sauf que je sais pas trop quoi faire :
- si on décide de passer toutes les 4XX en err=0, on ne saura plus attraper les vraies erreurs 4XX.
- il y peut-être beaucoup d'existant sur ce connecteur.
Peut-être que le plus simple serait d'ignorer ces erreurs ?
cf https://demarches.eservices.toulouse-metropole.fr/backoffice/settings/wscalls/family/Enregistrer en cas d’erreur : non
Mis à jour par Marie Kuntz -> retour le 13 mai il y a environ 2 mois
- Description mis à jour (diff)
Peut-être que le plus simple serait d'ignorer ces erreurs ?
Si on fait ça, on n'attrapera pas les vraies erreurs, ça revient au même que ta proposition :
si on décide de passer toutes les 4XX en err=0, on ne saura plus attraper les vraies erreurs 4XX.
Mais je comprends qu'il n'est pas possible de distinguer une vraie erreur d'un code erreur pourri qui vient d'une API qui renvoie un code HTTP au lieu d'un vrai statut.
On peut fermer.
Mis à jour par Nicolas Roche il y a environ 2 mois
- Statut changé de Nouveau à Rejeté
Je rejette parce qu'on n'a pas l'information nécessaire pour discerner les erreurs applicatives des erreurs réseaux.