API register devono restituire un errore parlante in caso di riprotocollazione
Contesto
Il Document Updater utilizza le transition register per aggiornare le pratiche. A oggi tale servizio non è in grado di capire, dalla risposta generata dalla stanza, se l'errore ricevuto è causato dal fatto che si stia cercando di aggiornare una pratica già protocollata. Questo è un problema perché il document updater inserirà la pratica in errore nel sistema di retry inutilmente.
Come riportato di seguito, alcune api restituiscono un errore parlante che indica che la protocollazione è già stata effettuata.
Con questa issue si vuole implementare una risposta parlante anche per le api restanti.
Risposte correnti delle API transition chiamate dal document updater in caso di un secondo tentativo di aggiornamento
- /transition/register
- status 422 - [\"Application already has a protocol number\"]
- /transition/register-integration-request
- status code 400 {\"type\":\"error\",\"title\":\"There was an error during transition process\",\"description\":\"Contact technical support at support@opencontent.it\"}"}
- /transition/register-integration-answer
- status code 400 {\"type\":\"error\",\"title\":\"There was an error during transition process\",\"description\":\"Contact technical support at support@opencontent.it\"}"}
- /transition/register-outcome
- status code 422 [\"Outcome already has a protocol number\"]
- /transition/register-withdraw
- aggiorna sempre senza mai dare errore
Risposte attese dal document updater - da implementare lato core in caso si tenti di aggiornare una pratica avente già il numero di protocollo
- /transition/register-integration-request
- status code 422 ["Integration request already has a protocol number"]
- /transition/register-integration-answer
- status code 422 ["Integration answer already has a protocol number"]
- /transition/register-withdraw
- status code 422 ["Integration withdraw already has a protocol number"]
Edited by Mirko Crobu