-
Notifications
You must be signed in to change notification settings - Fork 15
Description
Ciao,
segnalo una potenziale miglioria riguardante la API per il recupero del report relativo all’inserimento massivo di posizioni debitorie su GPD:
In caso di errore 400 (Bad Request), dovuto a richieste malformate (es. incongruenza su parametri), il campo statusMessage
è sempre valorizzato a "Bad request":
"responses": [
{
"statusCode": 400,
"statusMessage": "Bad request",
"requestIDs": [
"7ce30b64-f012-47ad-cb1d-a384f4d92b51"
]
},
{
"statusCode": 201,
"statusMessage": "Debt position CREATED",
"requestIDs": [
"d47a4f1f-60d9-4a65-8175-21fbcf71d1d2"
]
}
],
Il messaggio generico "Bad request" è superfluo (implicito nello status code 400) e costringe a re-inviare la pendenza tramite la API per l'inserimento della singola posizione debitoria per avere esplicitato il reale problema (es. dueDate
< a validityDate
). In caso di parecchie posizioni debitorie malformate, questo approccio non è sostenibile.
Meglio sarebbe usare il campo "statusMessage" (o un apposito campo "errorDetails") per indicare il problema legato alla validazione fallita.
Poiché, a fronte dello stesso statusCode 400, la validazione può fallire per motivi diversi a seconda dello IUPD, l'ideare sarebbe prevedere un campo "errorDetails" per ciascuna pendenza.