[SC]: R008 - modifica tracciato risposta dopo ultima versione 1.38

[siscomanpr]

Ambiente

pre-produzione, produzione

Servizio

R008 - Servizi cooperativi notifiche

idOperazione

3252853

idEvento o idAnsc

No response

Provenienza segnalazione

Software House

Comune di riferimento e operatore

Serravalle Sesia

Data del test (yyyy-mm-dd)

No response

Descrivi il problema

Ci siamo accorti che con la versione 1.38 è cambiato il tracciato del servizio R008 di getNotificheByEvento.
Prima della nuova versione, se non veniva passato nulla come Revision, il tracciato comprendeva diversi campi in più che il nostro software utilizzava.
Si era già discusso di questo aspetto qui: #831 e internamente avevamo deciso di continuare ad utilizzare il metodo senza il parametro della Revision.
Alcuni comuni sono attualmente bloccati nella visualizzazione delle notifiche a causa di questo cambiamento e avremmo bisogno di tempo per adeguare il software alla nuova revisione 2000004.
Chiediamo pertanto se potete ripristinare il comportamento precedente del servizio in assenza del parametro Revision, visto che avevate previsto questo meccanismo di retrocompatibilità.

Cordiali saluti
Siscom SPA

Come riprodurre il problema

No response

Payload (json)

[mttfranci]

Ok, verifichiamo e vi facciamo sapere.

Saluti

Assistenza ANSC

[mttfranci]

@siscomanpr dovremmo aver risolto l'anomalia, potreste riprovare?

Saluti

Assistenza ANSC

[siscomanpr]

Provato su ambiente di test e ora torna il tracciato precedente, grazie.
Appena possibile faremo una prova anche sull'ambiente di produzione.

[mttfranci]

Perfetto.

Saluti

Assistenza ANSC

[siscomanpr]

@mttfranci
Ha funzionato per alcuni minuti ma ora rileviamo nuovamente problemi in caso di Revision non impostata.
In particolare con getNotificheByEvento non viene più restituito il campo idTipoEvento che è uno dei campi per noi importante per capire su che tipo di atto è destinata l'annotazione.
idOperazione=3258621

Inoltre abbiamo notato altri comportamenti strani di cui abbiamo bisogno di delucidazioni:

1. ora vengono create annotazioni automatiche digitali (idCanaleNotifica=0) anche se l'atto primario è cartaceo e se il comune di destinazione ha aderito ad ANSC. Questo per noi è un problema perchè il nostro software è predisposto secondo un certo ragionamento che dipende dal campo idCanaleNotifica. Adesso con questa novità le notifiche per atti cartacei vengono interpretate male e il nostro software propone un procedimento sbagliato per l'utente,
   idOperazione=3258679

2. nel caso di evento di matrimonio, sembra che per i soggetti per cui non viene compilato il campo del comune dell'atto di nascita primario, la notifica di proposta di annotazione non viene più generata. Prima veniva sempre generata anche in assenza di atto di nascita o addirittura per i nati all'estero che non avevano atto di nascita italiano.

3. non notiamo differenze nella risposta se impostiamo Revision 2000003 (idOperazione 3258568) o 2000004 (idOperazione 3258571). Gli idOperazione di questo punto si riferiscono all'ambiente di test del comune di GATTINARA.

[mttfranci]

Per il campo idtipoevento ora dovrebbe esserci di nuovo.

Per il punto 3, tutti i valor superiori a revision 2000002 hanno lo stesso comportaneto.

Per i punti 1 e 2 verifichiamo.

Saluti

[siscomanpr]

ok per idTipoEvento, ora c'è di nuovo.

per i punti 1 e 2 attendiamo riscontro

Grazie

[mttfranci]

@mttfranci Ha funzionato per alcuni minuti ma ora rileviamo nuovamente problemi in caso di Revision non impostata. In particolare con getNotificheByEvento non viene più restituito il campo idTipoEvento che è uno dei campi per noi importante per capire su che tipo di atto è destinata l'annotazione. idOperazione=3258621

Inoltre abbiamo notato altri comportamenti strani di cui abbiamo bisogno di delucidazioni:

1. ora vengono create annotazioni automatiche digitali (idCanaleNotifica=0) anche se l'atto primario è cartaceo e se il comune di destinazione ha aderito ad ANSC. Questo per noi è un problema perchè il nostro software è predisposto secondo un certo ragionamento che dipende dal campo idCanaleNotifica. Adesso con questa novità le notifiche per atti cartacei vengono interpretate male e il nostro software propone un procedimento sbagliato per l'utente,
   idOperazione=3258679
2. nel caso di evento di matrimonio, sembra che per i soggetti per cui non viene compilato il campo del comune dell'atto di nascita primario, la notifica di proposta di annotazione non viene più generata. Prima veniva sempre generata anche in assenza di atto di nascita o addirittura per i nati all'estero che non avevano atto di nascita italiano.

@siscomanpr per i punti :

1. Solo per conferma, nell'ambito dell'operazione 3258679 (di preproduzione) quali sono le notifiche (id) che non vi tornano?
2. Potete darci anche qui il rfierimento ad evento e notifiche coinvolte?

Grazie in anticipo.

[siscomanpr]

@mttfranci
Per quanto riguarda le notifiche del punto 1 potete fare riferimento all'id 3818334 (2025-4613227-00000-002137) e 3818332 (2025-4613226-00000-002137).
Mentre per il punto 2 un esempio è l'atto 2025-4613232-81-002137 di cui mi è arrivata solo la notifica per lo sposo ma non per la sposa.

Grazie

[mttfranci]

Sulla notifica per lo sposa mancante, forse c'è stato un problema in preproduzione al momento della generazione, ma avrebbe dovuto esserci, stiamo indagando. (se per caso vi capita un altro caso, ad esempio di oggi, potete segnalarcelo? grazie in anticipo).

Per quanto riguarda il canale notifica. Questo può variare in base a :

• Se l'atto è digitale o cartaceo
• Ma anche se il comune ha aderito oppure no (che è il nostro caso).

In particolare i valori del canale di notifica sono presenti nella tabella :
https://github.com/italia/ansc/blob/main/docs/Decodifiche/105_dec_canale_com_notifica.csv

Da notare che in preproduzione può capitare che lo stato di adesione di un comune vari nel tempo (a differenza di produzione dove una volta che ha aderito rimarrà sempre così).

Quindi vi consigliamo di usare sempre il servizio dedicato per verificare lo stato di adesione di un comune.

Siamo a disposizione per ogni ulteriore chiarimento

Saluti

Assistenza ANSC

[siscomanpr]

@mttfranci
Un altro esempio di notifica mancante è 2025-4416527-47-002137. Anche qui non era arrivata per la sposa. In entrambi i casi mancava il comune dell'atto di nascita della sposa.

Per quanto riguarda il canale notifica:
Abbiamo visto che con la versione 1.38 ora vengono mandate con idCanaleNotifica=0 se il comune dell'atto di nascita è subentrato. Prima invece non succedeva, questo campo arrivava con 0 solo se il soggetto aveva un atto primario digitale.

Questa novità è già attiva anche per l'ambiente di produzione?

Il problema di fondo è che, come anticipato nel primo messaggio, il nostro software ha bisogno di un adeguamento per interpretare queste notifiche nel modo corretto sulla base del campo idCanaleNotifica. L'ideale sarebbe stato attivare questa funzionalità solo in ambiente di pre-produzione per dare il tempo alle software house di adeguare i gestionali, e in seguito su quello di produzione.