Ora come ora, la chiamata serviziComuni/esito-operazione accetta come parametro idAppalto o idPianificazione, ritornando di conseguenza una lista di esiti relativi ad essi.
Sarebbe opportuno effettuare i seguenti cambiamenti:
Sarebbe ideale aggiungere il filtro per idScheda, dal momento che, specie su gare con molti lotti, si potrebbe avere una lista esiti enorme, rendendo onerosa la richiesta sia per i Vs server che per noi.
In maniera molto più importante, sarebbe opportuno che ogni richiesta asincrona riceva un suo UUID che la identifica. Questo darebbe la possibilità a noi sviluppatori di identificare gli esiti di una specifica operazione. L'importanza di questo non può essere sottovalutata, perchè ora come ora, se erroneamente partono (ad esempio) 2 conferme, per via di un errore dei Vs WS o dei nostri sistemi, si riceverà un OK sulla prima conferma, ma un KO sulla seconda, senza possibilità di identificare a quale delle due conferme si riferiscano gli esiti.
Dunque in un mondo ideale serviziComuni/esito-operazione dovrà accettare i parametri idScheda e un nuovo idRichiesta.
Ora come ora, la chiamata
serviziComuni/esito-operazione
accetta come parametroidAppalto
oidPianificazione
, ritornando di conseguenza una lista di esiti relativi ad essi.Sarebbe opportuno effettuare i seguenti cambiamenti:
idScheda
, dal momento che, specie su gare con molti lotti, si potrebbe avere una lista esiti enorme, rendendo onerosa la richiesta sia per i Vs server che per noi.Dunque in un mondo ideale
serviziComuni/esito-operazione
dovrà accettare i parametriidScheda
e un nuovoidRichiesta
.Grazie per l'attenzione.