From 684627e053d4183623a77aedd8573fdab674fbc4 Mon Sep 17 00:00:00 2001 From: marcocipri Date: Tue, 19 Mar 2019 16:06:16 +0100 Subject: [PATCH 1/3] md to rst replacement on change-management section --- src/change-management/change-management.md | 344 ----- src/change-management/change-management.rst | 366 +++++ src/change-management/changelog.md | 747 ---------- src/change-management/changelog.rst | 1415 +++++++++++++++++++ src/change-management/roadmap.md | 9 - src/change-management/roadmap.rst | 13 + src/change-management/version.md | 6 - src/change-management/version.rst | 7 + 8 files changed, 1801 insertions(+), 1106 deletions(-) delete mode 100644 src/change-management/change-management.md create mode 100644 src/change-management/change-management.rst delete mode 100644 src/change-management/changelog.md create mode 100644 src/change-management/changelog.rst delete mode 100644 src/change-management/roadmap.md create mode 100644 src/change-management/roadmap.rst delete mode 100644 src/change-management/version.md create mode 100644 src/change-management/version.rst diff --git a/src/change-management/change-management.md b/src/change-management/change-management.md deleted file mode 100644 index bbef59b8..00000000 --- a/src/change-management/change-management.md +++ /dev/null @@ -1,344 +0,0 @@ -## Change management - -### Premessa - -Il documento descrive le convenzioni di base utilizzate ogni qualvolta sia -necessario apportare modifiche software ad ANPR. - -Le convenzioni che si adottano tengono conto della necessità di: - -* comunicare con il minimo sforzo la risoluzione di problemi e l'introduzione - di nuove funzionalità tra comuni, software house, e SOGEI; - -* coordinare con il minimo sforzo il test di nuove versioni di ANPR tra - comuni, software house, e SOGEI; - -* garantire la compatibilità delle nuove versioni di ANPR con quelle precedenti - per un periodo di tempo necessario per l'adeguamento dei software anagrafici. - -Per far fronte a queste necessità il processo di change management introduce: - -* una codifica delle versioni di ANPR che esprime l'entità dei cambiamenti - introdotti in una nuova versione di ANPR; - -* una metodologia di aggiornamento del software graduale che consente di - testare i software anagrafici con le nuove versioni di ANPR e di adeguare i - medesimi software all'evoluzione dei contratti WSDL; - -* meccanismi per descrivere in modo succinto e rendere facilmente consultabili - sia i cambiamenti introdotti in una nuova versione di ANPR che i cambiamenti - pianificati in future versioni di ANPR. - -### Codifica delle versioni - -Rappresentare l'entità dei cambiamenti attraverso una codifica delle versioni -permette di comunicare in modo semplice la natura dei cambiamenti contenuti in -una nuova versione di ANPR. - -La codifica delle versioni segue il [Versionamento -Semantico](http://semver.org/lang/it/). Ogni versione di ANPR viene -rappresentata da tre valori progressivi: - -**MAJOR.MINOR.PATCH** (esempio: 2.1.10) - -La semantica di questa codifica è la seguente: - -1. Un numero di versione normale DEVE essere nella forma X.Y.Z, dove X, Y, e Z - sono interi non negativi, e NON DEVONO contenere zeri iniziali. X è la - versione major, Y è la versione minor, e Z è la versione patch. Ogni - elemento DEVE incrementare come numero a sé. Per esempio: 1.9.0 -> 1.10.0 -> - 1.11.0. - -2. Una volta che un pacchetto versionato è stato rilasciato, i contenuti di - quella versione NON DEVONO essere modificati. Qualsiasi modifica DEVE essere - rilasciata come una nuova versione. - -3. La versione Patch Z (x.y.Z | x > 0) DEVE essere incrementata solo se sono - introdotte correzioni retrocompatibili di bug. Una correzione di un bug è - definita come una modifica interna che corregge un comportamento errato. - -4. La versione Minor Y (x.Y.z | x > 0) DEVE essere incrementata se nell'API - pubblica è introdotta una nuova funzionalità retrocompatibile. Essa DEVE - essere incrementata se qualsiasi funzionalità dell'API pubblica è marcata - come deprecata. Essa DEVE essere incrementata se sono introdotti all'interno - del codice privato nuove funzionalità o miglioramenti sostanziali. Essa PUÒ - includere modifiche di livello patch. La versione Patch DEVE essere - reimpostata a 0 quando la versione Minor è incrementata. Esempio: La - versione Minor viene incrementata quando si ha una nuova versione del WSDL, - retrocompatibile con la versione precedente, che aggiunge dei campi - opzionali, modifiche ai controlli, ulteriori metodi, o nuovi end point. - -5. La versione Major X (X.y.z | X > 0) DEVE essere incrementata se nell'API - pubblica è introdotta qualsiasi modifica non retrocompatibile. Essa PUÒ - includere modifiche di livello minor e patch. Le versioni patch e minor - DEVONO essere reimpostate a 0 quando la versione major è incrementata. - -6. Una versione di pre-rilascio PUÒ essere indicata aggiungendo immediatamente - dopo la versione patch un trattino e una serie di identificatori separati - dal punto. Gli identificatori DEVONO essere composti solo da alfanumerici - ASCII e trattini [0-9A-Za-z-]. Gli identificatori NON DEVONO essere vuoti. - Gli identificatori numerici NON DEVONO includere zeri iniziali. Le versioni - di pre-rilascio hanno una precedenza inferiore rispetto alla versione - normale associata. Una versione di pre-rilascio indica che la versione è - instabile e potrebbe non soddisfare i requisiti di compatibilità intesi come - indicato dalla versione normale ad essa associata. Esempi: 1.0.0-alpha, - 1.0.0-alpha.1, 1.0.0-0.3.7, 1.0.0-x.7.z.92. - -7. Metadati di build POSSONO essere indicati aggiungendo immediatamente dopo la - versione patch o pre-rilascio un segno di addizione e una serie di - identificatori separati dal punto. Gli identificatori DEVONO essere composti - solo da alfanumerici ASCII e trattini [0-9A-Za-z-]. Gli identificatori NON - DEVONO essere vuoti. I metadati di build dovrebbero essere ignorati nella - determinazione della precedenza delle versione. Perciò due versioni che - differiscono solo per i metadati di build, hanno la stessa precedenza. - Esempi: 1.0.0-alpha+001, 1.0.0+20130313144700, 1.0.0-beta+exp.sha.5114f85. - -8. La precedenza si riferisce a come le versioni sono confrontate l'una con - l'altra quando poste in relazione d'ordine. La precedenza DEVE essere - calcolata separando gli identificatori nell'ordine seguente: major, minor, - patch e pre-release (i metadati di build non compaiono nella precedenza). La - precedenza è determinata dalla prima discrepanza quando si confrontano - ognuno di tali identificatori da sinistra a destra come segue: le versioni - major, minor e patch sono sempre confrontate numericamente. Esempio: 1.0.0 < - 2.0.0 < 2.1.0 < 2.1.1. Quando major, minor, e patch sono uguali, una - versione di pre-rilascio ha una precedenza inferiore rispetto alla versione - normale. Esempio: 1.0.0-alpha < 1.0.0. La precedenza per due versioni di - pre-rilascio con la stessa versione major, minor, e patch DEVE essere - determinata confrontando ognuno degli identificatori separati dal punto da - sinistra a destra finché si trova una discrepanza come segue: gli - identificatori costituiti da sole cifre sono confrontati numericamente e gli - identificatori con lettere o trattini sono confrontati lessicalmente secondo - l'ordinamento ASCII. Gli identificatori numerici hanno sempre una precedenza - più bassa rispetto agli identificatori non numerici. Un insieme più grande - di identificatori ha una precedenza superiore rispetto a un insieme più - piccolo, se tutti quanti i precedenti identificatori sono uguali. Esempio: - 1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta < 1.0.0-beta < 1.0.0-beta.2 < - 1.0.0-beta.11 < 1.0.0-rc.1 < 1.0.0. - -### Classificazione delle modifiche - -La codifica delle versioni appena introdotta si basa sul saper discernere quali -cambiamenti all'API pubblica del servizio devono considerarsi MINOR -(cambiamenti retrocompatibili) e quali MAJOR (cambiamenti -non-retrocompatibili). - -Viene qui presentata una classificazione delle modifiche più comuni al WSDL di -un generico servizio, indicando il tipo di cambiamento da esse introdotto. La -classificazione è tratta da [Web Service Contract Design and Versioning for -SOA di Thomas Erl et al](http://dl.acm.org/citation.cfm?id=1468069). - -Cambiamenti retrocompatibili: - -* aggiungere una nuova operazione WSDL ed i relativi messaggi - -* aggiungere un nuovo tipo di porta WSDL e le relative operazioni - -* aggiungere un nuovo binding e definizione di servizio WSDL - -* aggiungere un nuovo elemento/attributo opzionale allo schema XML di un - messaggio - -* ridurre la constraint granularity di un elemento/attributo dello schema XML - di un messaggio - -* aggiungere una nuova wildcard allo schema XML di un messaggio - -Cambiamenti non-retrocompatibili: - -* cambiare nome a un'operazione WSDL esistente - -* rimuovere un'operazione WSDL esistente - -* aggiungere un fault message a un'operazione WSDL esistente - -* aggiungere un nuovo elemento/attributo non opzionale allo schema XML di un - messaggio - -* aumentare la constraint granularity di un elemento/attributo dello schema XML - di un messaggio - -* cambiare nome a un elemento/attributo (opzionale o non) dello schema XML di - un messaggio - -* rimuovere un elemento/attributo (opzionale o non) o una wildcard dallo schema - XML di un messaggio - -### Metodologia di aggiornamento - -La metodologia di aggiornamento consente di adeguare i client di ANPR alle -nuove versioni senza interruzione di servizio. - -La metodologia di aggiornamento: - -* adotta una strategia per introdurre cambiamenti non-retrocompatibili - (rilascio nuova versione MAJOR), - -* stabilisce come i software anagrafici possano continuare ad operare durante - l'introduzione di cambiamenti non-retrocompatibili, - -* adotta un processo di testing del software anagrafico con le nuove versioni - di ANPR prima che le nuove versioni raggiungano l'ambiente di produzione. - -Ogni qual volta sia necessario rilasciare una nuova versione MAJOR che -introduce cambiamenti non-retrocompatibili, il servizio deve garantire la -compatibilità con la versione MAJOR precedente per almeno 90 giorni dalla messa -in produzione. - -A tal fine, nella parte comune a tutti i messaggi (`testataRichiesta`) si -utilizza l'attributo `codDestinatario` che identifica l'applicazione di -riferimento cioè quale versione MAJOR supporta il sw anagrafico. Questo -attributo è già obbligatorio e attualmente contiene il valore "ANPR00"; tale -valore verrà impostato ad “ANPR01” al rilascio della prima MAJOR version e -sarà progressivamente incrementato in corrispondenza di un rilascio di una -MAJOR version successiva. L'attributo della versione viene controllato prima -della validazione di tutto il resto del messaggio per permettere ad ANPR di -validare il messaggio stesso con il WSDL più opportuno. - -Ogni qual volta verrà rilasciata una nuova versione MAJOR, le versioni MAJOR -precedenti non vedranno ulteriori aggiornamenti MINOR e PATCH . - -Per minimizzare le interruzioni di servizio è fondamentale testare i software -anagrafici con le nuove versioni di ANPR. Il rilascio di ogni nuova versione di -ANPR avviene in modo graduale per consentire di effettuare test di integrazione -con i software anagrafici e di riportare problemi: - -* Una nuova versione di ANPR viene rilasciata inizialmente solo negli ambienti - di test e pre-subentro, dove vi rimane per almeno 15 giorni. - -* Trascorsi i 15 giorni, se non vi sono segnalazioni aperte che riportino gravi - problemi, la versione viene promossa alla fase di collaudo del Ministero e - quindi in produzione. - -### Descrizione della versione - -Per garantire compatibilità durante l'aggiornamento è necessario avere una -descrizione puntuale della versione corrente di ANPR, accessibile in modo -programmatico. - -A tal proposito è possibile utilizzare il servizio `Status` per: - -* richiedere la versione corrente dell'istanza di ANPR utilizzata chiamando il - metodo `GetVersion`. Questo metodo ritorna la versione completa (major, minor, - patch). - -* richiedere tutte le versioni major supportate chiamando il metodo - `GetSupportedVersions` . - -I WSDL di quella versione saranno disponibili su GitHub all'indirizzo -[https://github.com/italia/anpr/wsdl/](https://github.com/italia/anpr/wsdl/) -oppure su -[https://www.anpr.interno.it/portale/documentazione-tecnica](https://www.anpr.interno.it/portale/documentazione-tecnica). - -È inoltre possibile consultare l'elenco delle versioni supportate in tutti gli -ambienti nella seguente pagina: -[https://docs.anpr.it/status](https://docs.anpr.it/status) (Nota: La pagina al -momento è accessibile poiché il processo di change management è in fase di -implementazione). - -Nota: Nel caso della web application, si assume che sia associata a una -specifica versione delle API dei webservices di backend, e verrà indicato -chiaramente nel footer la versione (in ambiente test e test comuni anche con un -link al changelog). - -### Storico delle versioni - -Lo storico delle versioni permette di rendere facilmente consultabili i -cambiamenti introdotti da una nuova versione di ANPR. Lo storico delle versioni -viene implementato tramite [ChangeLog](changelog) : un file di -testo contenente un sommario dei cambiamenti presenti in ogni versione di ANPR. - -È possibile consultare lo storico delle versioni all'indirizzo: -[https://docs.anpr.it/changelog](https://docs.anpr.it/changelog) (Nota: La pagina al -momento è accessibile poiché il processo di change management è in fase di -implementazione.) - -Al rilascio di una nuova versione lo storico dei cambiamenti della versione -stessa verrà anche pubblicato nella newsletter (nome newsletter ancora da -definire). - -Il ChangeLog viene aggiornato ogni qual volta si rilascia una nuova versione di -ANPR. Il file è diviso in varie sezioni, una sezione per versione, e le sezioni -seguono un ordine cronologico inverso per facilitare la lettura dei cambiamenti -più recenti. - -Ogni sezione del ChangeLog deve contenere: - -* La versione di ANPR a cui si riferisce - -* La data di rilascio - -* Una lista dei cambiamenti più importanti contenuti nella versione. - -Se la nuova versione contiene un cambiamento relativo a una issue segnalata -nell'issue tracker, l'url della issue deve essere incluso nel sommario. - -Esempio di ChangeLog ANPR: - -``` -# Versione 3.0.0 (data: 2017-06-30) - -- Rimosso metodo1234. Bisogna usare metodo3456 ora (issue: - https://github.com/italia/anpr/issues/YYY) - -# Versione 2.2.0 (data: 2017-03-10) - -- Aggiunto metodo3456 per supportare casodusoW. Questo metodo sostituisce il - metodo1234 che verrà rimosso nella nuova major release (issue: - https://github.com/italia/anpr/issues/YYY) - -# Versione 2.1.10 (data: 2017-01-20) - -- Rimossa condizione di errore quando si effettua operazioneZ (issue: - https://github.com/italia/anpr/issues/XXX) - -- Ridotta complessità computazionale nella chiamata al metodoX - -- Refactoring del moduloY -``` - -### Cambiamenti Pianificati - -In modo analogo allo storico delle versioni, è possibile consultare anche un -file di testo contenente i cambiamenti pianificati (Roadmap). Per cambiamento -pianificato si intende qualsiasi intervento (1) cambiamento behavior -sostanziale (major/minor) e/o (2) bugfix che richiedono lunghi tempi per essere -sistemati. - -È possibile consultare i cambiamenti pianificati all'indirizzo: -[roadmap](roadmap) - -Lo scopo della Roadmap è duplice: da un lato permette di facilitare la -comunicazione su quando verranno introdotte nuove funzionalità, da un altro -lato facilita la stesura del file di ChangeLog al momento del rilascio di una -nuova versione di ANPR. - -Anche il file di Roadmap è diviso in varie sezioni. Ogni sezione corrisponde ad -una potenziale nuova versione di ANPR, e le sezioni seguono un ordine -cronologico inverso per facilitare la lettura dei cambiamenti più recenti. - -Ogni sezione della Roadmap è strutturata come il ChangeLog, con l'unica -differenza che non è obbligatorio specificare il numero di versione. - -La Roadmap è particolarmente importante per comunicare quando verranno risolte -le issue segnalate nell'issue tracker, quindi anche il sommario della roadmap -dovrà includere l'url della issue segnalata. - -Esempio di Roadmap ANPR: - -``` -# Versione ?.?.? (data stimata: 2019-12-31) - -- Rimozione metodoABCD e metodoEFGH (issue: - https://github.com/italia/anpr/issues/AAA) - -# Versione 3.?.? (data stimata: 2018-12-31) - -- Aggiunta metodoXYZ per supportare casoduso123 (issue: - https://github.com/italia/anpr/issues/YYY) - -# Versione 3.2.? (data stimata: 2018-09-30) - -- Rimossa condizione di errore quando si effettua operazioneY (issue: - https://github.com/italia/anpr/issues/CCC) -``` - diff --git a/src/change-management/change-management.rst b/src/change-management/change-management.rst new file mode 100644 index 00000000..65173fcd --- /dev/null +++ b/src/change-management/change-management.rst @@ -0,0 +1,366 @@ +Change management +----------------- + +Premessa +~~~~~~~~ + +Il documento descrive le convenzioni di base utilizzate ogni qualvolta +sia necessario apportare modifiche software ad ANPR. + +Le convenzioni che si adottano tengono conto della necessità di: + +- comunicare con il minimo sforzo la risoluzione di problemi e + l'introduzione di nuove funzionalità tra comuni, software house, e + SOGEI; + +- coordinare con il minimo sforzo il test di nuove versioni di ANPR tra + comuni, software house, e SOGEI; + +- garantire la compatibilità delle nuove versioni di ANPR con quelle + precedenti per un periodo di tempo necessario per l'adeguamento dei + software anagrafici. + +Per far fronte a queste necessità il processo di change management +introduce: + +- una codifica delle versioni di ANPR che esprime l'entità dei + cambiamenti introdotti in una nuova versione di ANPR; + +- una metodologia di aggiornamento del software graduale che consente + di testare i software anagrafici con le nuove versioni di ANPR e di + adeguare i medesimi software all'evoluzione dei contratti WSDL; + +- meccanismi per descrivere in modo succinto e rendere facilmente + consultabili sia i cambiamenti introdotti in una nuova versione di + ANPR che i cambiamenti pianificati in future versioni di ANPR. + +Codifica delle versioni +~~~~~~~~~~~~~~~~~~~~~~~ + +Rappresentare l'entità dei cambiamenti attraverso una codifica delle +versioni permette di comunicare in modo semplice la natura dei +cambiamenti contenuti in una nuova versione di ANPR. + +La codifica delle versioni segue il `Versionamento +Semantico `__. Ogni versione di ANPR viene +rappresentata da tre valori progressivi: + +**MAJOR.MINOR.PATCH** (esempio: 2.1.10) + +La semantica di questa codifica è la seguente: + +1. Un numero di versione normale DEVE essere nella forma X.Y.Z, dove X, + Y, e Z sono interi non negativi, e NON DEVONO contenere zeri + iniziali. X è la versione major, Y è la versione minor, e Z è la + versione patch. Ogni elemento DEVE incrementare come numero a sé. Per + esempio: 1.9.0 -> 1.10.0 -> 1.11.0. + +2. Una volta che un pacchetto versionato è stato rilasciato, i contenuti + di quella versione NON DEVONO essere modificati. Qualsiasi modifica + DEVE essere rilasciata come una nuova versione. + +3. La versione Patch Z (x.y.Z \| x > 0) DEVE essere incrementata solo se + sono introdotte correzioni retrocompatibili di bug. Una correzione di + un bug è definita come una modifica interna che corregge un + comportamento errato. + +4. La versione Minor Y (x.Y.z \| x > 0) DEVE essere incrementata se + nell'API pubblica è introdotta una nuova funzionalità + retrocompatibile. Essa DEVE essere incrementata se qualsiasi + funzionalità dell'API pubblica è marcata come deprecata. Essa DEVE + essere incrementata se sono introdotti all'interno del codice privato + nuove funzionalità o miglioramenti sostanziali. Essa PUÒ includere + modifiche di livello patch. La versione Patch DEVE essere reimpostata + a 0 quando la versione Minor è incrementata. Esempio: La versione + Minor viene incrementata quando si ha una nuova versione del WSDL, + retrocompatibile con la versione precedente, che aggiunge dei campi + opzionali, modifiche ai controlli, ulteriori metodi, o nuovi end + point. + +5. La versione Major X (X.y.z \| X > 0) DEVE essere incrementata se + nell'API pubblica è introdotta qualsiasi modifica non + retrocompatibile. Essa PUÒ includere modifiche di livello minor e + patch. Le versioni patch e minor DEVONO essere reimpostate a 0 quando + la versione major è incrementata. + +6. Una versione di pre-rilascio PUÒ essere indicata aggiungendo + immediatamente dopo la versione patch un trattino e una serie di + identificatori separati dal punto. Gli identificatori DEVONO essere + composti solo da alfanumerici ASCII e trattini [0-9A-Za-z-]. Gli + identificatori NON DEVONO essere vuoti. Gli identificatori numerici + NON DEVONO includere zeri iniziali. Le versioni di pre-rilascio hanno + una precedenza inferiore rispetto alla versione normale associata. + Una versione di pre-rilascio indica che la versione è instabile e + potrebbe non soddisfare i requisiti di compatibilità intesi come + indicato dalla versione normale ad essa associata. Esempi: + 1.0.0-alpha, 1.0.0-alpha.1, 1.0.0-0.3.7, 1.0.0-x.7.z.92. + +7. Metadati di build POSSONO essere indicati aggiungendo immediatamente + dopo la versione patch o pre-rilascio un segno di addizione e una + serie di identificatori separati dal punto. Gli identificatori DEVONO + essere composti solo da alfanumerici ASCII e trattini [0-9A-Za-z-]. + Gli identificatori NON DEVONO essere vuoti. I metadati di build + dovrebbero essere ignorati nella determinazione della precedenza + delle versione. Perciò due versioni che differiscono solo per i + metadati di build, hanno la stessa precedenza. Esempi: + 1.0.0-alpha+001, 1.0.0+20130313144700, 1.0.0-beta+exp.sha.5114f85. + +8. La precedenza si riferisce a come le versioni sono confrontate l'una + con l'altra quando poste in relazione d'ordine. La precedenza DEVE + essere calcolata separando gli identificatori nell'ordine seguente: + major, minor, patch e pre-release (i metadati di build non compaiono + nella precedenza). La precedenza è determinata dalla prima + discrepanza quando si confrontano ognuno di tali identificatori da + sinistra a destra come segue: le versioni major, minor e patch sono + sempre confrontate numericamente. Esempio: 1.0.0 < 2.0.0 < 2.1.0 < + 2.1.1. Quando major, minor, e patch sono uguali, una versione di + pre-rilascio ha una precedenza inferiore rispetto alla versione + normale. Esempio: 1.0.0-alpha < 1.0.0. La precedenza per due versioni + di pre-rilascio con la stessa versione major, minor, e patch DEVE + essere determinata confrontando ognuno degli identificatori separati + dal punto da sinistra a destra finché si trova una discrepanza come + segue: gli identificatori costituiti da sole cifre sono confrontati + numericamente e gli identificatori con lettere o trattini sono + confrontati lessicalmente secondo l'ordinamento ASCII. Gli + identificatori numerici hanno sempre una precedenza più bassa + rispetto agli identificatori non numerici. Un insieme più grande di + identificatori ha una precedenza superiore rispetto a un insieme più + piccolo, se tutti quanti i precedenti identificatori sono uguali. + Esempio: 1.0.0-alpha < 1.0.0-alpha.1 < 1.0.0-alpha.beta < 1.0.0-beta + < 1.0.0-beta.2 < 1.0.0-beta.11 < 1.0.0-rc.1 < 1.0.0. + +Classificazione delle modifiche +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +La codifica delle versioni appena introdotta si basa sul saper +discernere quali cambiamenti all'API pubblica del servizio devono +considerarsi MINOR (cambiamenti retrocompatibili) e quali MAJOR +(cambiamenti non-retrocompatibili). + +Viene qui presentata una classificazione delle modifiche più comuni al +WSDL di un generico servizio, indicando il tipo di cambiamento da esse +introdotto. La classificazione è tratta da `Web Service Contract Design +and Versioning for SOA di Thomas Erl et +al `__. + +Cambiamenti retrocompatibili: + +- aggiungere una nuova operazione WSDL ed i relativi messaggi + +- aggiungere un nuovo tipo di porta WSDL e le relative operazioni + +- aggiungere un nuovo binding e definizione di servizio WSDL + +- aggiungere un nuovo elemento/attributo opzionale allo schema XML di + un messaggio + +- ridurre la constraint granularity di un elemento/attributo dello + schema XML di un messaggio + +- aggiungere una nuova wildcard allo schema XML di un messaggio + +Cambiamenti non-retrocompatibili: + +- cambiare nome a un'operazione WSDL esistente + +- rimuovere un'operazione WSDL esistente + +- aggiungere un fault message a un'operazione WSDL esistente + +- aggiungere un nuovo elemento/attributo non opzionale allo schema XML + di un messaggio + +- aumentare la constraint granularity di un elemento/attributo dello + schema XML di un messaggio + +- cambiare nome a un elemento/attributo (opzionale o non) dello schema + XML di un messaggio + +- rimuovere un elemento/attributo (opzionale o non) o una wildcard + dallo schema XML di un messaggio + +Metodologia di aggiornamento +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +La metodologia di aggiornamento consente di adeguare i client di ANPR +alle nuove versioni senza interruzione di servizio. + +La metodologia di aggiornamento: + +- adotta una strategia per introdurre cambiamenti non-retrocompatibili + (rilascio nuova versione MAJOR), + +- stabilisce come i software anagrafici possano continuare ad operare + durante l'introduzione di cambiamenti non-retrocompatibili, + +- adotta un processo di testing del software anagrafico con le nuove + versioni di ANPR prima che le nuove versioni raggiungano l'ambiente + di produzione. + +Ogni qual volta sia necessario rilasciare una nuova versione MAJOR che +introduce cambiamenti non-retrocompatibili, il servizio deve garantire +la compatibilità con la versione MAJOR precedente per almeno 90 giorni +dalla messa in produzione. + +A tal fine, nella parte comune a tutti i messaggi (``testataRichiesta``) +si utilizza l'attributo ``codDestinatario`` che identifica +l'applicazione di riferimento cioè quale versione MAJOR supporta il sw +anagrafico. Questo attributo è già obbligatorio e attualmente contiene +il valore "ANPR00"; tale valore verrà impostato ad “ANPR01” al rilascio +della prima MAJOR version e sarà progressivamente incrementato in +corrispondenza di un rilascio di una MAJOR version successiva. +L'attributo della versione viene controllato prima della validazione di +tutto il resto del messaggio per permettere ad ANPR di validare il +messaggio stesso con il WSDL più opportuno. + +Ogni qual volta verrà rilasciata una nuova versione MAJOR, le versioni +MAJOR precedenti non vedranno ulteriori aggiornamenti MINOR e PATCH . + +Per minimizzare le interruzioni di servizio è fondamentale testare i +software anagrafici con le nuove versioni di ANPR. Il rilascio di ogni +nuova versione di ANPR avviene in modo graduale per consentire di +effettuare test di integrazione con i software anagrafici e di riportare +problemi: + +- Una nuova versione di ANPR viene rilasciata inizialmente solo negli + ambienti di test e pre-subentro, dove vi rimane per almeno 15 giorni. + +- Trascorsi i 15 giorni, se non vi sono segnalazioni aperte che + riportino gravi problemi, la versione viene promossa alla fase di + collaudo del Ministero e quindi in produzione. + +Descrizione della versione +~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Per garantire compatibilità durante l'aggiornamento è necessario avere +una descrizione puntuale della versione corrente di ANPR, accessibile in +modo programmatico. + +A tal proposito è possibile utilizzare il servizio ``Status`` per: + +- richiedere la versione corrente dell'istanza di ANPR utilizzata + chiamando il metodo ``GetVersion``. Questo metodo ritorna la versione + completa (major, minor, patch). + +- richiedere tutte le versioni major supportate chiamando il metodo + ``GetSupportedVersions`` . + +I WSDL di quella versione saranno disponibili su GitHub all'indirizzo +https://github.com/italia/anpr/wsdl/ oppure su +https://www.anpr.interno.it/portale/documentazione-tecnica. + +È inoltre possibile consultare l'elenco delle versioni supportate in +tutti gli ambienti nella seguente pagina: https://docs.anpr.it/status +(Nota: La pagina al momento è accessibile poiché il processo di change +management è in fase di implementazione). + +Nota: Nel caso della web application, si assume che sia associata a una +specifica versione delle API dei webservices di backend, e verrà +indicato chiaramente nel footer la versione (in ambiente test e test +comuni anche con un link al changelog). + +Storico delle versioni +~~~~~~~~~~~~~~~~~~~~~~ + +Lo storico delle versioni permette di rendere facilmente consultabili i +cambiamenti introdotti da una nuova versione di ANPR. Lo storico delle +versioni viene implementato tramite `ChangeLog `__ : un file +di testo contenente un sommario dei cambiamenti presenti in ogni +versione di ANPR. + +È possibile consultare lo storico delle versioni all'indirizzo: +https://docs.anpr.it/changelog (Nota: La pagina al momento è accessibile +poiché il processo di change management è in fase di implementazione.) + +Al rilascio di una nuova versione lo storico dei cambiamenti della +versione stessa verrà anche pubblicato nella newsletter (nome newsletter +ancora da definire). + +Il ChangeLog viene aggiornato ogni qual volta si rilascia una nuova +versione di ANPR. Il file è diviso in varie sezioni, una sezione per +versione, e le sezioni seguono un ordine cronologico inverso per +facilitare la lettura dei cambiamenti più recenti. + +Ogni sezione del ChangeLog deve contenere: + +- La versione di ANPR a cui si riferisce + +- La data di rilascio + +- Una lista dei cambiamenti più importanti contenuti nella versione. + +Se la nuova versione contiene un cambiamento relativo a una issue +segnalata nell'issue tracker, l'url della issue deve essere incluso nel +sommario. + +Esempio di ChangeLog ANPR: + +:: + + # Versione 3.0.0 (data: 2017-06-30) + + - Rimosso metodo1234. Bisogna usare metodo3456 ora (issue: + https://github.com/italia/anpr/issues/YYY) + + # Versione 2.2.0 (data: 2017-03-10) + + - Aggiunto metodo3456 per supportare casodusoW. Questo metodo sostituisce il + metodo1234 che verrà rimosso nella nuova major release (issue: + https://github.com/italia/anpr/issues/YYY) + + # Versione 2.1.10 (data: 2017-01-20) + + - Rimossa condizione di errore quando si effettua operazioneZ (issue: + https://github.com/italia/anpr/issues/XXX) + + - Ridotta complessità computazionale nella chiamata al metodoX + + - Refactoring del moduloY + +Cambiamenti Pianificati +~~~~~~~~~~~~~~~~~~~~~~~ + +In modo analogo allo storico delle versioni, è possibile consultare +anche un file di testo contenente i cambiamenti pianificati (Roadmap). +Per cambiamento pianificato si intende qualsiasi intervento (1) +cambiamento behavior sostanziale (major/minor) e/o (2) bugfix che +richiedono lunghi tempi per essere sistemati. + +È possibile consultare i cambiamenti pianificati all'indirizzo: +`roadmap `__ + +Lo scopo della Roadmap è duplice: da un lato permette di facilitare la +comunicazione su quando verranno introdotte nuove funzionalità, da un +altro lato facilita la stesura del file di ChangeLog al momento del +rilascio di una nuova versione di ANPR. + +Anche il file di Roadmap è diviso in varie sezioni. Ogni sezione +corrisponde ad una potenziale nuova versione di ANPR, e le sezioni +seguono un ordine cronologico inverso per facilitare la lettura dei +cambiamenti più recenti. + +Ogni sezione della Roadmap è strutturata come il ChangeLog, con l'unica +differenza che non è obbligatorio specificare il numero di versione. + +La Roadmap è particolarmente importante per comunicare quando verranno +risolte le issue segnalate nell'issue tracker, quindi anche il sommario +della roadmap dovrà includere l'url della issue segnalata. + +Esempio di Roadmap ANPR: + +:: + + # Versione ?.?.? (data stimata: 2019-12-31) + + - Rimozione metodoABCD e metodoEFGH (issue: + https://github.com/italia/anpr/issues/AAA) + + # Versione 3.?.? (data stimata: 2018-12-31) + + - Aggiunta metodoXYZ per supportare casoduso123 (issue: + https://github.com/italia/anpr/issues/YYY) + + # Versione 3.2.? (data stimata: 2018-09-30) + + - Rimossa condizione di errore quando si effettua operazioneY (issue: + https://github.com/italia/anpr/issues/CCC) diff --git a/src/change-management/changelog.md b/src/change-management/changelog.md deleted file mode 100644 index fbf164e0..00000000 --- a/src/change-management/changelog.md +++ /dev/null @@ -1,747 +0,0 @@ -# Changelog - -### Versione 5.3.0 (2019-03-18) - -+ (Requirement) Refactor servizio di consultazione/estrazione - + I servizi 3003 e 3007 vengono spostati nella famiglia 4000. Il servizio 3005 nella famiglia 7000. - -### Versione 5.2.7 (2019-03-18) - -+ (Bug) Errore servizio mutazione in caso di duplicati - + In alcuni casi il servizio poteva impedire la modifica di un soggetto in caso di due schede duplicate anche se tutte cancellate tranne una. - -### Versione 5.2.6 (2019-03-11) - -+ (Bug) Web - Controllo soggetto deceduto per certificato di morte - + In caso di emissione certificato di morte, se la ricerca non era effettuata in modo puntuale l'emissione potrebbe essere bloccata. - -+ (Requirement) Abilitazione feature Rettifica indirizzo per errore materiale o per integrazione - + La rettifica indirizzo per errore materiale o per integrazione è stata abilitata anche in produzione. - -### Versione 5.2.5 (2019-03-06) - -+ (Bug) Web - Anomalia Intestatario convivenza con comune nascita non esistente alla data - -+ (Bug) EC099 - Verifica denominazione sede consolato - + Anche una differenza solo nella maiuscole / minuscole della sede del consolato (rispetto alla tabella di riferimento) portava alla segnalazione EC099 (consolato inesistente alla data). - -+ (Bug) Controllo EC168 in assenza data formazione atto nascita (issue: [https://github.com/italia/anpr/issues/1187](https://github.com/italia/anpr/issues/1187)) - + In assenza della data formazione atto dell'atto di nascita, il controllo EC168 si poteva attivare anche su codistat validi se variati nel corso dell'anno dell'atto. - -### Versione 5.2.4 (2019-03-01) - -+ (Bug) Errore ultimo indirizzo di residenza riportato su stampa certificato - + In alcuni casi nei quali c'erano state più cancellazioni e reiscrizioni l'ultimo indirizzo riportato sul certificati non era corretto. - -### Versione 5.2.3 (2019-02-27) - -+ (Bug) Errore risposta 5014 - + E' stato corretto un errore di composizione della risposta 5014 - -### Versione 5.2.2 (2019-02-24) - -+ (Bug) Port hotfix 5.1.7 su ramo 5.2 - -+ (Bug) Lista soggetti variati servizio 1014 (issue: [https://github.com/italia/anpr/issues/1165](https://github.com/italia/anpr/issues/1165)) - -+ (Requirement) Consultazione per comune di residenza e identificativo o codice fiscale (issue: [https://github.com/italia/anpr/issues/1159](https://github.com/italia/anpr/issues/1159)[https://github.com/italia/anpr/issues/1162](https://github.com/italia/anpr/issues/1162)) - + In caso di consultazione per comune di residenza (ricercaNazionale=0) era stato deciso inizialmente di restituire comunque il soggetto qualora i criteri di ricerca fossero per id soggetto anpr o codice fiscale. Adesso invece il filtro per comune di residenza verrà applicato sempre. - - -### Versione 5.1.7 (2019-02-24) - -+ (Bug) Web - Ricerca procedimento amministrativo per protocollo comunale - + La ricerca dei procedimenti da web accettava solo numeri per il protocollo comunale del provvedimento. Ora sono accettati lettere, numeri, spazi e '-' - -### Versione 5.2.1 (2019-02-19) - -+ (Bug) Port hotfix 5.1.6 su ramo 5.2 - -+ (Bug) Errore gestione risposta (ANPR02) per 1014 (issue: [https://github.com/italia/anpr/issues/1151](https://github.com/italia/anpr/issues/1151)) - + Per il servizio 1014 i dati controllo non sono obbligatori.  - -+ (Requirement) Rettifica indirizzo per errore materiale o per integrazione - + Utilizzo del codice mutazione 9  del servizio di mutazione famiglia/residenza  per comunicare la rettifica su un indirizzo per errore materiale.  Confermati dal Ministero i requisiti riportati  di seguito (cfr. e-mail della Dott.ssa Toscano 19.12.2018). Comunicata agli enti l’introduzione del nuovo codice mutazione per il ws 5001 (e-mail del 26.10.2018 ad AE, MCTC, INPS, ISTAT).   Attività previste:   -          ws 5001 : eliminazione del controllo sull’utilizzo del codice mutazione 9  per gli indirizzi in lingua italiana; inserimento  di un controllo sulla data decorrenza residenza: deve essere uguale a quella corrente, non può essere modificata  La  La nuova selezione va aggiunta anche sulla Web App.  n    N.b. --> cambiamo la descrizione del codice mutazione  9 sulla tabella  di decodifica                   "RETTIFICA/INTEGRAZIONE INDIRIZZO"  (già effettuato in SVILUPPO) - -### Versione 5.1.6 (2019-02-19) - -+ (Bug) Certificati - Richiesta dati storico di residenza soggetto AIRE diventato APR (issue: [https://github.com/italia/anpr/issues/1155](https://github.com/italia/anpr/issues/1155)) - + La richiesta dati storico residenza per i soggetti APR che sono stati AIRE nel passato poteva fallire. - -+ (Bug) WEB: data nascita del coniuge può essere non congruente - + Se la data di nascita del coniuge era stata inviata con una time zone non corretta poteva essere visualizzata una data diversa. - -### Versione 5.1.5 (2019-02-13) - -+ (Bug) Web - Validazione numero sentenza - + L'applicazione web non accettava il carattere '-' nel numero sentenza. - -+ (Bug) Malfunzionamento mutazione padre/madre in caso di rettifica cognome (case insensitive) (issue: [https://github.com/italia/anpr/issues/1102](https://github.com/italia/anpr/issues/1102)) - + In caso di mutazione padre/madre per rettifica cognome, non viene correttamente gestita la rettifica da maiuscolo a minuscolo e viceversa. - -+ (Requirement) Gestione consolati cessati - + L'intervento prevede il caricamento dei consolati cessati nelle tabelle di servizio e la loro gestione nei WS interessati e nelle corrispondenti funzioni della web app. - -### Versione 5.2.0 (2019-02-13) - -+ (Bug) Port hotfix 5.1.5 su ramo 5.2 - -+ (Requirement) Diagnostico in caso di scheda anagrafica individuale sintetica (issue: [https://github.com/italia/anpr/issues/1079](https://github.com/italia/anpr/issues/1079)) - + Nella consultazione individuale, qualora venga restituita la scheda sintetica, sarà presente anche il diagnostico EN528. - -+ (Requirement) Diagnostico EN527 con informazioni sull'operazione effettuata - + Alcuni servizi (in particolare i servizi di registrazione) restituiscono adesso un diagnostico per fornire informazioni utili sulle operazioni fallite. - - -+ (Requirement) Presentazione dettaglio soggetto nella consultazione della webapp (issue: [https://github.com/italia/anpr/issues/1031](https://github.com/italia/anpr/issues/1031)[https://github.com/italia/anpr/issues/1064](https://github.com/italia/anpr/issues/1064)[https://github.com/italia/anpr/issues/1079](https://github.com/italia/anpr/issues/1079)) - + A fronte del nuovo prospetto sintetico della consultazione, sarà possibile accedere anche al dettaglio completo. - -+ (Requirement) Revisione risposte servizi di registrazione (solo ANPR02) (issue: [https://github.com/italia/anpr/issues/1079](https://github.com/italia/anpr/issues/1079)) - + Anche la risposta dei servizi di registrazione diventa sintetica. Vale a dire che invece di tutti i dati dei soggetti variati, vengono fornite solo la sintesi del risultato e gli eventuali dati generati da ANPR (idanpr, codice fiscale ecc). - - -### Versione 5.1.4 (2019-02-11) - -+ (Bug) Errore associazione comune di emissione CIE - + Alcune CIE non veniva visualizzate in consultazione per anomalia di associazione del comune di emissione. - -### Versione 5.1.3 (2019-02-08) - -+ (Bug) Gestione annullamenti parziali multipli su diversi soggetti ma stessa operazione (999) (issue: [https://github.com/italia/anpr/issues/1133](https://github.com/italia/anpr/issues/1133)) - + Non era possibile eseguire più annullamento parziali sulla stessa operazione anche quando riguardavano soggetti diversi. - - -+ (Bug) Gestione esito annullamenti in caso di operazione già annullata (999) (issue: [https://github.com/italia/anpr/issues/1133](https://github.com/italia/anpr/issues/1133)) - + Ora viene restituito un diagnostico quando l'operazione è già stata annullata. - - -+ (Bug) Gestione esito annullamenti in caso di comune non competente (999) (issue: [https://github.com/italia/anpr/issues/1133](https://github.com/italia/anpr/issues/1133)) - + Ora viene restituito un diagnostico quando il comune non è competente per l'annullamento. - -### Versione 5.1.2 (2019-02-06) - -+ (Requirement) Aggiungere scala esterna ai certificati di residenza (issue: [https://github.com/italia/anpr/issues/1115](https://github.com/italia/anpr/issues/1115)) - + Aggiungere se presente ai certificati di residenza (normale e storico) la scala esterna (scala est. + valore) - -### Versione 5.0.2 (2019-02-06) - -+ (Bug) WEB - Correzione validazione note indirizzo - + Non veniva accettato il carattere due punti dall'applicazione web per il campo note indirizzo - -### Versione 5.1.1 (2019-04-01) - -+ (Bug) Malfunzionamento annullamento di un cambio residenza (5012) (issue: [https://github.com/italia/anpr/issues/1092](https://github.com/italia/anpr/issues/1092)) - + Sebbene la risposta del servizio sia positiva, di fatto non viene annullata l'operazione. - -+ (Bug) [2003] malfunzionamento controllo di conformità evento (EN344) (issue: [https://github.com/italia/anpr/issues/1097](https://github.com/italia/anpr/issues/1097)) - + Rimozione controllo EN344 in caso di cancellazione per ripristino posizione anagrafica. - -### Versione 5.1.0 (2019-01-17) - -+ (Requirement) Superamento vincoli annullamento (issue: [https://github.com/italia/anpr/issues/1077](https://github.com/italia/anpr/issues/1077)) - + E' stato reso possibile effettuare annullamenti per ripristino posizione anagrafica anche se la mutazione di residenza non è l’ultima operazione effettuata sul soggetto (ma non vi siano altre mutazioni di residenza) Sono stati eliminati i vincoli sugli annullamenti impediti da operazioni su soggetti collegati (es. coniugi o legami parentela) - -+ (Requirement) Sezione famiglia risposta 3002 (solo ANPR02) (issue: [https://github.com/italia/anpr/issues/1077](https://github.com/italia/anpr/issues/1077)) - + Solo nella interrogazione per famiglia/convivenza con codDestintario ANPR02 viene restituito un blocco esplicito opzionale della famiglia. - -+ (Requirement) Avvisi nella risposta del 3002 (solo ANPR02) (issue: [https://github.com/italia/anpr/issues/1077](https://github.com/italia/anpr/issues/1077)) - + Solo in caso di chamata con codDestintario ANPR02 viene aggiunta una sezione di anomalie anche in caso di risposta OK del servizio 3002. - -+ (Requirement) Scarico massivo dei dati di un comune (issue: [https://github.com/italia/anpr/issues/1077](https://github.com/italia/anpr/issues/1077)) - + Consente di scaricare i dati di un comune da ANPR al solo scopo di utilizzarli nel caso di cambio gestionale comunale. Tale soluzione provvisoria prevede la generazione di una fornitura di tutti i soggetti di un Comune sotto forma di file compresso, che verrà consegnato al Comune tramite PEC.   - -+ (Requirement) Web - Amministrazione gestione ip (issue: [https://github.com/italia/anpr/issues/1077](https://github.com/italia/anpr/issues/1077)) - + Nel menù Amministrazione - gestione dati comune aggiunta la possibilità di inserire, dismettere, riabilitare uno o più indirizzi IP da far abilitare per l'utilizzo dei servizi ANPR - -+ (Requirement) Estensione del servizio revoca dato (issue: [https://github.com/italia/anpr/issues/1077](https://github.com/italia/anpr/issues/1077)) - + Estensione del servizio revoca dato per i seguenti dati: - Matrimonio / Convivenza / Unione civile - Permesso di soggiorno - Carta di identità - Atto di nascita - -+ (Requirement) Inibizione invio validazione file AIRE con precedenti regole (issue: [https://github.com/italia/anpr/issues/1060](https://github.com/italia/anpr/issues/1060)) - + Viene da adesso accettata solo la nuova validazione del tracciato AIRE per evitare di acquisire dati non congruenti con le regole di validazione XSD. - - -### Versione 5.0.1 (2019-01-16) - -+ (Requirement) Aggiunta sezione datiCancellazione alla risposta sintetica del servizio 3002 (issue: [https://github.com/italia/anpr/issues/1031](https://github.com/italia/anpr/issues/1031)[https://github.com/italia/anpr/issues/1064](https://github.com/italia/anpr/issues/1064)) - + Quando il servizio 3002 restituisce la nuova risposta sintetica (versione 5.0, codDestintario ANPR02) è stata aggiunta la sezione dei datiCancellazione alle sezioni già restituite (generalita, legame, residenza, famiglia). - -+ (Requirement) Gestione risposta completa 3002 in caso di ricerca per famiglia o codice fiscale (issue: [https://github.com/italia/anpr/issues/1031](https://github.com/italia/anpr/issues/1031)[https://github.com/italia/anpr/issues/1064](https://github.com/italia/anpr/issues/1064)) - + Nel caso in cui tra i parametri di ricerca sia indicata una ricerca codice fiscale o per famiglia (ma non per convivenza) non viene restituita la nuova risposta sintetica ma quella completa della versione 4.X - - -### Versione 5.0.0 (2019-01-10) - -+ (Requirement) Abilitazione codDestintario ANPR02 (issue: [https://github.com/italia/anpr/issues/1031](https://github.com/italia/anpr/issues/1031)) [La versione 5.0.0 sostituisce le 4.2.0 / 4.2.1] - + Le funzionalità specifiche della major version 5.0 vengono attivate indicando il codDestintario ANPR02, che comporterà : -Dettaglio risposte del 3002 ridotte se la ricerca produce più di un soggetto nel risultato -Se non indicata espressamente la ricerca nazionale, la ricerca è limitata ai soggetti residenti nel comune che sta eseguendo l'interrogazione. - -+ (Requirement) 3003 - Gestione richieste - rimozione N031 dal risultato in caso di interrogazione per data (issue: [https://github.com/italia/anpr/issues/1037](https://github.com/italia/anpr/issues/1037)) - + La notifica N031 è stata rimossa dal risultato della gestione richieste nel caso di interrogazione per data. - -+ (Bug) Port hotfix 4.1.23 / 4.1.24 / 4.1.25 su ramo 5.0 - -+ (Requirement) ws 6001: nuovi certificati per bilinguismo (lingua tedesca) - + Aggiunta di due nuovi certificati per il bilinguismo - lingua tedesca: a) stato libero (codice identificativo tipo certificato 17); b) stato civile (codice identificativo tipo certificato 11) - -+ (Requirement) Ottimizzazione risposta servizio consultazione 3002 - + In conseguenza della decisione di permettere l'accesso al servizio 3002 anche per i comuni non subentrati e nell'ambito dell'ottimizzazione delle prestazioni rese necessarie dall'aumento del carico si è reso necessario modificare il comportamento del servizio di consultazione soggetto / famiglia / convivenza. -Con riferimento alle sezioni della risposta de servizio 3002, vedi [tabella decodifica 16](https://www.anpr.interno.it/portale/tabelle-di-riferimento), qualora la ricerca trovi più di un soggetto, verrà restituita solo la sezione generalità (senza tenere conto delle eventuali altre sezioni indicate, compresa la scheda individuale completa). Le ricerche che si traducono in un solo soggetto continuano a comportarsi come prima. - - - -### Versione 4.1.25 (2019-01-08) - -+ (Bug) Web - Validazione note permesso soggiorno - + Deve accettare anche il doppio apice - - -### Versione 4.1.24 (2019-01-04) - -+ (Bug) Accettazione numeri in nome e cognomi (issue: [https://github.com/italia/anpr/issues/1036](https://github.com/italia/anpr/issues/1036)) - + Il tipo dato alfabeticoNomiCognomi accettava erroneamente anche i numeri. - -+ (Bug) Errore gestione mutazione famiglia convivenza - cambio residenza con patente e autoveicoli (issue: [https://github.com/italia/anpr/issues/1033](https://github.com/italia/anpr/issues/1033)) - + E' stato corretto un bug nella gestione del cambio residenza famiglia con patente e autoveicoli. - -+ (Bug) Web - Etichette criteri ricerca consultazione soggetto / famiglia - + Nella consultazione da webapp veniva usata la stessa etichetta per la i criteri ricerca dell' identificato soggetto attribuito da ANPR e identificativo famiglia attribuito da ANPR. - -+ (Bug) Web - Validazione campo autorità sentenza - + Il campo autorità della sentenza deve accettare anche lo slash - - -### Versione 4.1.23 (2018-12-27) - -+ (Bug) Correzione controllo EHR78 - + Il controllo EHR78 non si attivava per le richieste 3003/3007 in caso di date uguali (la data iniziale deve essere sempre strettamente minore della finale). - -+ (Bug) Errore nella gestione della risposta 5001 in caso di dati sporchi - + In alcuni casi il servizio 5001 poteva andare in errore se in subentro non era stata inviata correttamente la residenza. - - -### Versione 4.1.22 (2018-12-19) - -+ (Bug) A006 - verifica presenza cittadinanza italiana (issue: [https://github.com/italia/anpr/issues/982](https://github.com/italia/anpr/issues/982)) - + In caso di mutazione AIRE (tipo = 1 da residente ad AIRE), se la cittadinanza italiana non è presente nella richiesta si effettua una verifica che sia già presente nel DB e in caso contrario viene inserita di default come già fanno A001 e A002. - -+ (Bug) Errore archiviazione convivenza - + Malfunzionamento del servizio di archiviazione famiglia convivenza quando la lunghezza delle noteArchiviazione supera i 30 caratteri. - - -+ (Bug) Ripristino indirizzo post subentro: errore impostazione data decorrenza residenza per 5001 codice 6 - + WS 5001: la mutazione di residenza per ripristino della posizione post-subentro non impostava la nuova data di decorrenza della residenza per il/i soggetti interessati. - -### Versione 4.1.21 (2018-12-13) - -+ (Bug) Errore salvataggio mutazione residenza (issue: [https://github.com/italia/anpr/issues/1001](https://github.com/italia/anpr/issues/1001)) - + Il cambio di residenza poteva andare in errore in caso di numeri soggetti e contestuale trasmissione dei dati su patente e autoveicoli. - -### Versione 4.1.20 (2018-12-10) - -+ (Bug) Web - Errore encoding in validazione in file subentro AIRE (issue: [https://github.com/italia/anpr/issues/995](https://github.com/italia/anpr/issues/995)) - + Nella validazione eseguita in fase di upload è stato necessario correggere l'encoding del file AIRE per evitare di segnalare come errori anche dei record validi. - -+ (Bug) Controllo EC083 in assenza data formazione atto matrimonio (issue: [https://github.com/italia/anpr/issues/981](https://github.com/italia/anpr/issues/981)) - + In assenza della data formazione atto del matrimonio, il controllo EC083 si poteva attivare anche su codistat validi se variati nel corso dell'anno dell'atto. - -### Versione 4.1.19 (2018-12-07) - -+ (Bug) Abilitazione elenchi ausilio ambiente di produzione (issue: [https://github.com/italia/anpr/issues/985](https://github.com/italia/anpr/issues/985)) - + La funzione consultazione e estrazione - Elenchi di ausilio non era stata attivata in ambiente di produzione. - -### Versione 4.1.18 (2018-12-05) - -+ (Bug) Errore cancellazione altri motivi - + Per il servizio 2003 non era stato trattato un correttamente un esito. - -+ (Requirement) Estensione idSchedaSoggettoANPR da 15 a 16 cifre - + Il dominio utile per l'id scheda soggetto ANPR è stato esteso da 15 a 16 cifre. - -+ (Requirement) Ordinamento richiesta cancellazione subentro - + Negli ambienti di presubentro / test comuni è possibile richiedere la cancellazione dei dati della simulazione di subentro. L'elenco delle richieste precedentemente inserite viene ora ordinato per data inserimento. - -+ (Bug) Upload tracciato AIRE con le nuove regole di validazione ANPR01 - + L'upload del tracciato AIRE è stato adeguato alle nuove regole di validazione già presenti negli XSD. Inoltre nella denominazione toponimo estero verranno accettati anche i due punti e nel presso le parentesi. - Fino al 31 Dicembre 2018 sarà consentito l'upload del tracciato AIRE anche senza questo adeguamento. - - -### Versione 4.1.17 (2018-11-30) - -+ (Bug) Certificato stato civile per soggetto unito civilmente - + In alcuni casi il certificato di stato civile per soggetti uniti civilmente non veniva emesso - -+ (Bug) Consultazione convivenza senza residenza - + La consultazione di convivenze inserite da subentro senza residenza generava un errore - -+ (Bug) Mutazione convivenza senza residenza - + All'atto di un 5001 per una residenza senza convivenza poteva generarsi un errore 999 - -+ (Requirement) Correzione denominazione comune di VENARIA REALE - + Su segnalazione del comune di Venaria Reale, è stato verificato che il comune, sin dalla sua istituzione, ha avuto questa denominazione. L’archivio storico dei comuni utilizzato da ANPR riportava la situazione seguente: DATAISTITUZIONE|DATACESSAZIONE|CODISTAT|CODCATASTALE|DENOMINAZIONE_IT
17/03/1861 |19/11/1987 |001292 |L727 |VENARIA
20/11/1987 |31/12/9999 |001292 |L727 |VENARIA REALE
Si procederà, pertanto, a modifica la denominazione Venaria con quella ufficiale, desumibile dagli atti forniti dal comune interessato. Tale variazione, già disponibile in ambiente di test-comuni e pre-subentro, sarà apportata anche in ambiente di produzione a partire dal prossimo 12 dicembre. - - -### Versione 4.1.16 (2018-11-27) - -+ (Bug) Certificato contestuale di residenza e residenza in convivenza - Stringa errata - + Su alcuni certificati aire può comparire la dicitura errata. - -+ (Bug) Verifica congruenza dati comune di nascita (issue: [https://github.com/italia/anpr/issues/949](https://github.com/italia/anpr/issues/949)) - + In alcuni casi il controllo sulla congruenza del luogo di nascita era errato producendo un esito EN185 in fase di re iscrizione del soggetto. - -### Versione 4.1.15 (2018-11-22) - -+ (Bug) Web - Errore chiusura procedimento - + L'identificativo del procedimento a volte veniva convertito in modo anomalo. - -+ (Bug) Web - Validazione nome / cognome allineata ai servizi - + Consentita la presenza di spazi precedenti o successivi al carattere trattino ('-') . - -+ (Bug) Estensione a 20 della lunghezza del tipoIsolato - + Il campo tipoIsolato è stato adeguato a 20 caratteri nelle specifiche XSD come già previsto nella [documentazione](https://www.anpr.interno.it/portale/documentazione-tecnica) - -+ (Bug) 5008 tipo muatazione 4 - Permesso di soggiorno - + Nel servizio di mutazione tutti i dati, per il tipo mutazione 4 Permesso di soggiorno, viene attivato il controllo bloccante CN368 se inserito per un cittadino italiano. - -+ (Requirement) Subentro: controllo dell'indirizzo principale - + In assenza, nell'indirizzo principale, della descrizione della specie o in alternativa del codiceSpecie, viene restituita un'anomalia non bloccante CN524. - -### Versione 4.1.14 (2018-11-15) - -+ (Bug) 1010 Istituzione convivenza - Errori ES008 (issue: [https://github.com/italia/anpr/issues/932](https://github.com/italia/anpr/issues/932)) - + Nell'istituzione della Convivenza, viene rimosso il controllo ES008 che verifica l'uguaglianza tra la data decorrenza dell'operazione e la data di nascita del responsabile della convivenza - -+ (Bug) 6001 richiesta dati, noteIndirizzo vuote (issue: [https://github.com/italia/anpr/issues/924](https://github.com/italia/anpr/issues/924)) - + Quando il campo noteIndirizzo non contiene valori significativi non viene più restituito dal servizio 6001 come già avviene per il servizio 3002. - -+ (Bug) Correzione encoding wsdl da distribuire per i comuni (issue: [https://github.com/italia/anpr/issues/807](https://github.com/italia/anpr/issues/807)) - + L'encoding dell tipoDato.xsd non era sempre corretto per gli ultimi diacritici aggiunti. - -+ (Bug) Web - Blocco mutazione tutti i dati per validazione data scadenza permesso di soggiorno - + Alcune date formalmente valide non impedivano (come il 31/12/8999) bloccavano la possibilità di eseguire una mutazione tutti i dati da web. - - -+ (Requirement) Estensione caratteri amessi per alcuni tipi XSD (slash e cancelletto) (issue: [https://github.com/italia/anpr/issues/902](https://github.com/italia/anpr/issues/902)[https://github.com/italia/anpr/issues/907](https://github.com/italia/anpr/issues/907)) - + Verranno accettati il carattere "/" per l'elemento descrizioneLocalita del tipo Località e il carattere "#" per gli elementi denominazione e numeroCivico del tipoToponimoEstero. - -+ (Bug) Ricerca di convivenza senza responsabile nè soggetti restituisce EN122 - + Solo l'applicazione web adesso restituisce un soggetto fittizio con cognome e nome "RESPONSABILE CONVIVENZA ASSENTE" al fine di poter restituire gli altri dati sulla convivenza. - - -### Versione 4.1.13 (2018-11-08) - -+ (Bug) Certificati bug testo normativo sigillo digitale (issue: [https://github.com/italia/anpr/issues/915](https://github.com/italia/anpr/issues/915)) - + Nei certificati in ambiente di produzione per emissione=2 appare il testo normativo previsto per il sigillo digitale che non è ancora previsto. - -+ (Requirement) Possibilità di upload file subentro solo con nuove regole in tutti gli ambienti (issue: [https://github.com/italia/anpr/issues/819](https://github.com/italia/anpr/issues/819)) - + In nessun ambiente (in particolare anche produzione) sarà possibile l'upload delle forniture del subentro con le regole precedenti. - -+ (Bug) Carattere euro nell'annotazione certificato (issue: [https://github.com/italia/anpr/issues/807](https://github.com/italia/anpr/issues/807)) - + Nelle righe di annotazione dei certificati viene ora accettato anche il carattere euro. - -+ (Bug) Web - Ricerca per codice fiscale con omocodia specie 4+ - + Ora la validazione dell'applicazione web per il codice fiscale è allineata a quella dei servizi [lunghezza minima (11), massima (16) e valori che siano lettere minuscole, maiuscole, numeri] - - -+ (Bug) Controllo presenza dati unione per certificato stato civile - + In alcuni casi veniva emesso il certificato di unione civile anche in mancanza dei dati. - - -+ (Requirement) Nuova gestione annullamento carta identità - + Sul sito web è stata inserita la possibilità di revocare o annullare una carta di identità emessa dal sito web di ANPR o acquisita tramite i servizi di registrazione - -### Versione 4.1.12 (2018-11-05) - -+ (Bug) stampa "colore" sui certificati (issue: [https://github.com/italia/anpr/issues/892](https://github.com/italia/anpr/issues/892)) - + Errata decodifica del COLORE nei certificati di residenza. - - -### Versione 4.1.11 (2018-10-26) - -+ (Bug) 3002 - consultazione carta identità - + Aggiunto elemento dataAnnullamento al tipoCartaIdentita. - -+ (Bug) 3002 - Filtro ricerca per soggetto AIRE e per tipo scheda (famiglia/convivenza) (issue: [https://github.com/italia/anpr/issues/871](https://github.com/italia/anpr/issues/871)) - + La consultazione ignorava i criteri di ricerca: soggetto AIRE e tipo scheda (famiglia/convivenza) - - -### Versione 4.1.10 (2018-10-25) - -+ (Bug) Certificato AIRE - Stringa errata - + Su alcuni certificati aire può comparire la dicitura errata 'sez_cum_stato_famiglia_header_senza_ind_m' - -+ (Requirement) Estensione delle restrizioni XSD per versione ANPR01 (issue: [https://github.com/italia/anpr/issues/617](https://github.com/italia/anpr/issues/617)[https://github.com/italia/anpr/issues/819](https://github.com/italia/anpr/issues/819)) - + In vista del fatto che dopo il 5 novembre sarà saranno rese obsolete le versioni degli XSD inferiori alla 4.0.0 (codDestintario = ANPR00), viene pubblicata un'ultima revisione degli XSD per minimizzare l'impatto sui valori già acquisiti. - -### Versione 4.1.9 (2018-10-24) - -+ (Bug) Certificato di stato civile per unito civilmente - + Nel caso in cui un soggetto presenta stato civile unito civilmente (codice 6), non viene emesso il certificato di stato civile sebbene siano presenti tutti i dati relativi all'unione civile stipulata dal soggetto; l'errore sollevato è EN404 - -### Versione 4.1.8 (2018-10-22) - -+ (Bug) Gestione controllo accessi - Errore gestione operazione 2009 (issue: [https://github.com/italia/anpr/issues/876](https://github.com/italia/anpr/issues/876)) - + Non implementata correttamente la gestione accessi del servizio di archiviazione convivenza. - -+ (Bug) Errore rettifica 101 per soggetto riconciliato tra due subentri - + La rettifica in oggetto viene bloccata anche quando andrebbe permessa nel caso venga eseguita su un soggetto riconciliato tra due subentri di comuni diversi. - -+ (Bug) Gestione controllo accessi - Errore nella ricerca per più generalità soggetto (issue: [https://github.com/italia/anpr/issues/876](https://github.com/italia/anpr/issues/876)) - + Non era implementata correttamente la gestione accessi quando presenti più soggetti. - -+ (Bug) Gestione controllo accessi - Errore nella ricerca della famiglia per identificativo comunale (issue: [https://github.com/italia/anpr/issues/876](https://github.com/italia/anpr/issues/876)[https://github.com/italia/anpr/issues/877](https://github.com/italia/anpr/issues/877)) - + A volte viene restituito l'errore di mancata autorizzazione (EN493) quando una famiglia viene ricercata per id comunale e non per id ANPR. - -+ (Requirement) Filtro per comune di residenza servizio interrogazione 3002 (issue: [https://github.com/italia/anpr/issues/565](https://github.com/italia/anpr/issues/565)[https://github.com/italia/anpr/issues/576](https://github.com/italia/anpr/issues/576)) - + Permette di filtrare per comune di residenza il servizio 3002 - - -### Versione 4.1.7 (2018-10-19) - -+ (Requirement) Web - Strumenti di supporto test comuni - esempio validatore XSD (issue: [https://github.com/italia/anpr/issues/819](https://github.com/italia/anpr/issues/819)) - + Aggiunto download di un tool di validazione dei file xsd dall'area strumenti di supporto in test comuni. - -### Versione 4.1.6 (2018-10-18) - -+ (Bug) Controllo certificati cumulativi AIRE - + Permetteva alcune combinazioni di certificate non ammessi per i soggetti AIRE. - -+ (Bug) Web - Errore cancellazione altri motivi su intestatario famiglia - + La richiesta per il servizio non veniva preparata correttamente e portava ad un errore EN489 - -+ (Bug) Intestazione comune esiti subentro - + Nel report esiti del subentro per alcuni comuni, quando il codice istat è variato nel tempo, l'intestazione poteva essere errata. - -### Versione 4.1.5 (2018-10-16) - -+ (Bug) Gestione controllo accessi - Incongruenze nei dati del soggetto (issue: [https://github.com/italia/anpr/issues/876](https://github.com/italia/anpr/issues/876)) - + In caso di dati incongruenti su uno o più soggetti non era gestito correttamente il risultato. - -### Versione 4.1.4 (2018-10-15) - -+ (Bug) Gestione controllo accessi - mutazione residenza (issue: [https://github.com/italia/anpr/issues/876](https://github.com/italia/anpr/issues/876)[https://github.com/italia/anpr/issues/877](https://github.com/italia/anpr/issues/877)) - + Il controllo accessi del servizio 5005 non valutava correttamente i permessi nel caso di famiglia nuova. - -+ (Bug) Adattamento restrizioni diacritici xsd (issue: [https://github.com/italia/anpr/issues/861](https://github.com/italia/anpr/issues/861)) - + Alcuni dei diacritici da considerare validi non erano inclusi nelle restrizioni degli XSD. - -### Versione 4.1.3 (2018-10-14) - -+ (Bug) Web - Eliminazione dati - Errore creazione richiesta - + L'applicazione web generava alcune richieste per il servizio 5013 non corrette. - -+ (Bug) Web - Errore formattazione data nascita 28 maggio 1978 - + L'applicazione dell'ora legale non segue regole precise fino ad una certa data (http://toi.inrim.it/it/ienitlt.html). L'applicazione web non formattava bene l'orario per alcuni periodi. - -+ (Requirement) Modifiche regole upload file APR per subentro - + In produzione e presubentro è possibile usare sia le regole ANPR00 che le regole ANPR01. In test comuni e free test solo le nuove regole ANPR01. - -+ (Bug) Verifica soggetto con procedimento aperto: escludere i soggetti eliminati (issue: [https://github.com/italia/anpr/issues/511](https://github.com/italia/anpr/issues/511)) - + Eliminare il blocco della certificazione in presenza di un procedimento aperto nel caso in cui sia stata eliminata l'associazione del cittadino dal procedimento. - -+ (Requirement) idOperazioneComune nella testata come alfanumerico (issue: [https://github.com/italia/anpr/issues/596](https://github.com/italia/anpr/issues/596)[https://github.com/italia/anpr/issues/814](https://github.com/italia/anpr/issues/814)) - + L'id operazione comune passa da numerico ad alfanumerico - -### Versione 4.1.2 (2018-10-05) - -+ (Bug) Assenza nome e cognome ufficiale anagrafe certificati - + Il nome e cognome dell'ufficiale di anagrafe non era correttamente riportato. - -+ (Bug) Web Stampa scheda individuale (issue: [https://github.com/italia/anpr/issues/856](https://github.com/italia/anpr/issues/856)) - + Errore decodifica legami nella convivenza. - -+ (Bug) Web Iscrizione per altri motivi - + Correzione assenza motivo iscrizione : Ripristino posizione anagrafica - -+ (Requirement) 3002- implementazione ricerca "senzaNome" - "senzaCognome" - + Implementare la consultazione scheda individuale del ws 3002 utilizzando come parametri di ricerca anche i campi "senzaNome" o "senzaCognome". - -+ (Bug) Elenco operazioni soggetto: errore reperimento alcune tipologie di rettifica 5014 (issue: [https://github.com/italia/anpr/issues/725](https://github.com/italia/anpr/issues/725)) - + L'elenco delle operazioni comunicate da ANPR per un cittadino non riporta alcune tipologie di rettifica effettuate con il ws 5014 - -### Versione 4.1.1 (2018-09-30) - -+ (Requirement) Fine validità major version con codDestinatario ANPR00 (issue: [https://github.com/italia/anpr/issues/617](https://github.com/italia/anpr/issues/617)[https://github.com/italia/anpr/issues/775](https://github.com/italia/anpr/issues/775)[https://github.com/italia/anpr/issues/819](https://github.com/italia/anpr/issues/819)) - + Implementazione meccanismo per gestione fine validità versioni depcrecate. - -### Versione 4.1.0 (2018-09-12) - -+ (Requirement) WB 24 Bilinguismo - + L'intervento prevede la gestione delle informazioni relative agli indirizzi in altre lingue al fine di produrre i certificati per i paesi ove vige il bilinguismo. - -+ (Requirement) WB 30 Stampa scheda dati individuale - + I comuni hanno segnalato la necessità di poter stampare i dati parziali di una persona presente in Anpr. Oltre alla visura completa, già disponibile, viene richiesto quindi di produrre una stampa delle schede individuali limitata ai dati di interesse specifico. Gli interventi riguardano solo il sito web di Anpr e sono descritti nel documento MI-04-AN-13. - -### Versione 4.0.27 (2018-09-28) - -+ (Bug) Web - Validazione numero sentenza mutazione tutti i dati - + Le regole di validazione del campo numero sentenza non erano allineate nell'applicazione web. - -### Versione 4.0.26 (2018-09-13) - -+ (Bug) Restrizioni XSD per ANPR01 (issue: [https://github.com/italia/anpr/issues/617](https://github.com/italia/anpr/issues/617)) - + Corrette regole validazione xsd per alcuni tipoQuesturaRilascio, tipoDenominazioneToponimoTranslitterato e tipoDescrizioneLocalitaTranslitterata - -### Versione 4.0.25 (2018-09-11) - -+ (Bug) Web - Caricamento provincia littoria / latina - + L'applicazione web, in alcuni menu a tendina, presentava il comune di Littori al posto di Latina. - - -+ (Bug) procedura di elaborazione prospetto riepilogativo mensile: ricalcolo valori aggregati - + Revisione elaborazione dati del prospetto riepilogativo mensile, con particolare riferimento al calcolo della popolazione residente al 1 del mese che sarà ricalcolato partendo dai dati presenti sul DB e non dal saldo del prospetto precedente. - - -### Versione 4.0.24 (2018-09-07) - -+ (Bug) Validazione web denominazione comune - + Errore nella validazione del nome comune nell'applicazione web. - -+ (Bug) Il tipo dato xsd siglaProvincia deve accettare solo valori di lunghezza 2 - + Venivano accettati valori anche di un carattere perl a sigla provincia. - -+ (Bug) Controllo presenza codice specie se specie fonte vale 1 - + Modificato il controllo ES023 per verificare sempre la presenza del codice specie quando specie fonte è 1. - -### Versione 4.0.23 (2018-09-04) - -+ (Bug) WA: selezione comune per creazione richiesta elenchi e prospetti - + Creazione richiesta xml per elenchi e prospetti: la ricerca non può essere pilotata solo con il codice ISTAT di un comune perchè potrebbe lo stesso codice può essere appartenuto ad altro comune cessato. - -+ (Bug) ws 3007: gestione della casistica di assenza di notifiche nel periodo di riferimento (issue: [https://github.com/italia/anpr/issues/758](https://github.com/italia/anpr/issues/758)) - + WS 3007 - richiesta elenco notifiche riferite ad un determinato arco temporale: in assenza di occorrenze di interesse restituisce le altre tipologie di eventi comunicati nel periodo - -### Versione 4.0.22 (2018-08-30) - -+ (Bug) Data decorrenza responsabile convivenza - + Corregge un errore nella impostazione della data di decorrenza del legame per il responsabile. - -+ (Bug) web - errore Iscrizione altri motivi AIRE - + Si verificava un errore se impostato il campo "trascritto" dell'atto di nascita senza compilare nessun altro dato dell'atto. - -+ (Bug) Correzione automatica specieFonte = 0 - + A tutti gli effetti, qualsiasi valore di specieFonte diverso da 1 viene trattato come 2. - -### Versione 4.0.21 (2018-08-24) - -+ (Requirement) Modifica messaggio pec presubentro / testcomuni - -### Versione 4.0.20 (2018-08-03) - -+ (Bug) Malfunzionamento controllo CN352 per servizio 5012 - + In caso di annullamento di mutazione residenza 5001, il controllo CN352 non deve scattare se il tipo mutazione è 4 oppure 5 (patenti / autoveicoli) - -### Versione 4.0.19 (2018-07-26) - -+ (Bug) 5001 tipoMutazione 2 congruenza tipo scheda famiglia e datiControllo - + 5001 tipoMutazione 2 verificata la congruenza tipo scheda famiglia e datiControllo - -+ (Bug) Malfunzionamento risoluzione convivenza / scioglimento unione (issue: [https://github.com/italia/anpr/issues/774](https://github.com/italia/anpr/issues/774)) - + Risoluzione convivenza / scioglimento unione civile: fix per malfunzionamento sui dati di stipula. - -+ (Bug) Malfunzionamento integrazione dati coniuge - + Mutazione matrimonio/legame: correzione malfunzionamento per integrazione dei dati del coniuge non ANPR - -+ (Bug) Mutazione altri recapiti (issue: [https://github.com/italia/anpr/issues/769](https://github.com/italia/anpr/issues/769)) - + Corretto il malunzionamento nella mutazione altri recapiti - -+ (Bug) Controllo correttezza CF - + Nelle pagine di ricerca per CF e risoluzione disallineamenti viene restituito un errore in caso di CF con doppia omocodia es BLDMMD88A0MZ34A deve essere rimosso tale controllo - - -+ (Bug) WEB Gestione matrimoni pregressi - + in caso di Mutazione scheda, se nei Dati Controllo viene selezionato: Cessazione matrimonio o vedovanza reso editabile il tag matrimonio; Risoluzione Convivenza reso editabile il tag convivenza; - Scioglimento Unione reso editabile il tag unione civile. - - - -+ (Bug) Inseriti controlli tipo residenza su iscrizione Convivenza - + Verificato che la residenza nel 1010 (iscrizione convivenza) può essere solo italiana - -### Versione 4.0.18 (2018-07-20) - -+ (Bug) Errore elenco notifiche web - + Aggiornata la visualizzazione delle notifiche al Comune interrogabili via Web (le notifiche non venivano mostrate correttamente) - -### Versione 4.0.17 (2018-07-16) - -+ (Bug) Annullamento mutazione dati decesso - + Se su un soggetto viene fatta una mutazione 22 (dati decesso) dopo la morte non era più possibile annullare nessuna delle due operazioni. - -### Versione 4.0.16 (2018-07-11) - -+ (Bug) Malfunzionamento WEB in iscrizione altri motivi famiglia esistente - toponimo - + Il 3002 non riporta tutte le informazioni sul toponimo presenti sul DB dando origine ad errore bloccante ES024 in caso di iscrizione n famiglia esistente (quando nell'indirizzo sul DB è valorizzato sia cod toponimo che toponimo fonte) - -### Versione 4.0.15 (2018-07-09) - -+ (Bug) Restrizioni versione applicativo (issue: [https://github.com/italia/anpr/issues/696](https://github.com/italia/anpr/issues/696)) - + Il campo versione applicativo ora accetta gli stessi valori del campo fornitoreApplicativo - -+ (Bug) Parentesi accettate per tipoRigaAnnotazione (issue: [https://github.com/italia/anpr/issues/754](https://github.com/italia/anpr/issues/754)) - + Il pattern accettato per il campo tipoRigaAnnotazione passa da ([0-9À-ža-zA-Z\- '/.,])* a ([0-9À-ža-zA-Z\- '/.,()])*. - -+ (Bug) Modifica visualizzazione monitoraggio operazioni - + Corretto il reperimento del valore riportato nella colonna "Data di elaborazione dell'operazione" - - -+ (Bug) Regole validazione file aire subentro - + La data di iscrizione AIRE diventa abbligatoria nel file AIRE. - -### Versione 4.0.14 (2018-07-03) - -+ (Bug) Web - Validazione denominazione convivenza - + La denominazione della convivenza nel web non usava le stesse regole di validazione dei servizi. - -+ (Bug) Gestione encoding diacritici certificati (issue: [https://github.com/italia/anpr/issues/744](https://github.com/italia/anpr/issues/744)) - + Alcuni diacritici non venivano trattati correttamente nel PDF dei certificati (6001) - -+ (Bug) Web - residenti temporanei: gestione soggetti cancellati da ANPR - + Sito web di ANPR - residenti temporanei: gestione soggetti cancellati da ANPR - -### Versione 4.0.13 (2018-06-20) - -+ (Bug) Errore generazione messaggio controllo ES077 - + Corretto un errore nella generazione del testo dell'anomalia ES077 - -+ (Bug) Consultazione scheda soggetto - + Ora è possibile inserire anche identificativi scheda comunale alfanumerici. - -+ (Bug) Escludere CC030 e CC031 dal WS 6001 - + Da una email del 18/06/2018 del Comune di Novellara subentrato è emersa la necessità di escludere i controlli sullo stato di nascita dall'emissione dei certificati. I controlli sul comune di nascita risultano già esclusi - -+ (Bug) 6001 - tipoRichiesta 2 (richiesta dati) corretta decodifica del campo tipoIndirizzo 10 ed 11 (issue: [https://github.com/italia/anpr/issues/721](https://github.com/italia/anpr/issues/721)) - + Servizio di certificazione: tipo richiesta 2 (richiesta dati) correttiva sulla decodifica del tipo di indirizzo 10 (revisione onomastica) ed 11 (rettifica indirizzo post accertamenti) - -### Versione 4.0.12 (2018-06-18) - -+ (Bug) Implementato blocco mutazione composizione scheda in assenza dell'elenco soggetti - + In precedenza le mutazione di composizione scheda famiglia convivenza erano permesse anche senza variare nessun soggetto. - -+ (Bug) Gestione matrimoni/legami pregressi - + Nella mutazione tutti i dati TipoMutazione = 13/14/17/19 è possibile inserire un matrimonio pregresso già chiuso per vedovanza o cessazione, inviando le informazioni complete. Vengono effettuati controlli di congruenza delle date di inizio e fine in modo tale che non vi sia sovrapposizione con matrimoni/legami esistenti - -### Versione 4.0.11 (2018-06-15) - -+ (Bug) Errato blocco generazione certificato di stato civile - + E' stato rimosso un blocco che impediva in alcuni casi di generare il certificato di stato civile - -### Versione 4.0.10 (2018-06-12) - -+ (Bug) sito web ANPR: errata gestione tipo indrizzi 10 ed 11 - + Mancata visualizzazione del TAB residenza se l'origine dell'indirizzo è una revisione dell'onomastica comunale o una rettifica post accertamenti, nei servizi di mutazione ed iscrizione. - -### Versione 4.0.9 (2018-06-11) - -+ (Bug) Blocco upload file subentro - + Il modulo di upload dei file del subentro ora blocca l'invio se il comune non è inserito correttamente nel piano dei subentri. (in precedenza il messaggio aveva solo valore di avviso). - -+ (Bug) Modifica controllo di congruenza date in inserimento matrimonio/legame e convivenza (issue: [https://github.com/italia/anpr/issues/705](https://github.com/italia/anpr/issues/705)) - + Modifica controllo di congruenza date per consentire la chiusura di una convivenza di fatto nella stessa data della stipula di un matrimonio/legame - -### Versione 4.0.8 (2018-06-07) - -+ (Bug) Bug controllo certificati APR su stato civile Divorziato (issue: [https://github.com/italia/anpr/issues/692](https://github.com/italia/anpr/issues/692)) - + E' necessario permettere la produzione di certificato non solo se ci sia l'atto di annullamento ma in alternativa la sentenza di fine matrimonio. - -+ (Bug) WS 5008 - controllo comune di nascita - + Nel WS 5008 il controllo di validità comune di nascita CN332 deve scattare solo se sono cambiati i dati anagrafici. Per verificare se è variato il luogo di nascita utilizzare denominazione e provincia - -### Versione 4.0.7 (2018-06-05) - -+ (Bug) Verifica dati soggetto per mutazione - + Nei servizi di mutazione, c'era un errore nella gestione dei dati del soggetto ricercato quando i dati non sono congruenti (es. viene passato un cognome relativo ad un identificativo soggetto diverso). - -+ (Bug) Verifica senza giorno / senza anno in caso di mutazione dati anagrafici - + La data di nascita non veniva sempre confrontata correttamente in caso di senza giorno / senza giorno mese. - -### Versione 4.0.6 (2018-05-28) - -+ (Bug) Modifica regex elemento piano dell'indirizzo (issue: [https://github.com/italia/anpr/issues/676](https://github.com/italia/anpr/issues/676)) - + Estensione valori ammessi per elemento piano. Ora viene accettato anche il trattino. - -+ (Bug) Integrazione versioni 3.7.2 / 3.7.3 su versione 4.0.6 - -### Versione 4.0.5 (2018-05-21) - -+ (Bug) Controllo tipo emissione / tipo richiesta 6001 - + Verifica valori ammessi per emissione e tipoRichiesta nei dati controllo dell'operazione 6001. - -+ (Bug) Modifica regex luogoEccezionale (issue: [https://github.com/italia/anpr/issues/676](https://github.com/italia/anpr/issues/676)) - + Estensione valori ammessi per elemento luogoEccezionale che si accetta ora gli stessi valori di localitaEstera. - -+ (Bug) Integrazione versioni 3.7.0 / 3.7.1 su versione 4.0.5 - + Vengono riportati gli interventi presenti nella version 3.7.0/3.7.1 dell'applicazione anche nella versione 4.0.5 - -+ (Bug) Correzione integrazione gestione duplicati 6001 - -+ (Bug) Modifica regex tipo email xsd (issue: [https://github.com/italia/anpr/issues/670](https://github.com/italia/anpr/issues/670)) - + Correzione della regex del tipoEmail con la rimozione della negazione iniziale. - -### Versione 4.0.4 (2018-05-17) - -+ (Bug) Estensione hotfix 3.6.9 sulla versione 4.0.4 - -### Versione 4.0.3 (2018-05-10) - -+ (Bug) Estensione hotfix 3.6.8 sulla versione 4.0.3 - -### Versione 4.0.2 (2018-05-07) - -+ (Bug) Estensione hotfix 3.6.7 sulla versione 4.0.2 - -### Versione 4.0.1 (2018-05-04) - -+ (Bug) Estensione hotfix 3.6.6 sulla versione 4.0.1 - -### Versione 4.0.0 (2018-04-30) - -+ (Requirement) Revisione valori ammessi da subentro e servizi (issue: [https://github.com/italia/anpr/issues/617](https://github.com/italia/anpr/issues/617)) - + Viene resa più rigorosa la verifica dei campi a testo libero. Tale restrizione è applicata solo indicando la versione ANPR01 nel tag codDestinatario della richiesta - -+ (Requirement) WB 5 - Gestione cod destinatario per versione (issue: [https://github.com/italia/anpr/issues/617](https://github.com/italia/anpr/issues/617)) - + Nel campo codDestinatario viene indicata la versione dei tracciati XSD: ANPR00 è la versione di partenza (fino alla release 3.x) ANPR01 dalla release 4.0 - -+ (Requirement) WB 29 - Mutazione dati del decesso (issue: [https://github.com/italia/anpr/issues/510](https://github.com/italia/anpr/issues/510)) - + Nuova mutazione con codice 22 per il servizio 5008. - -+ (Requirement) WB 25 Rettifica indirizzo post accertamenti (issue: [https://github.com/italia/anpr/issues/508](https://github.com/italia/anpr/issues/508)) - + ws 5001: gestione del nuovo codice mutazione 8 che identifica una rettifica indirizzo emersa in fase di accertamenti legati ad una richiesta di cambio residenza. - -+ (Requirement) WB 13 - Gestione duplicati (post subentro) (issue: [https://github.com/italia/anpr/issues/401](https://github.com/italia/anpr/issues/401)) - + Gestione delle posizione duplicate: produzione di liste di soggetti duplicati in ANPR al momento del subentro. Inserimento di controlli bloccanti nei servizi di registrazione che impediscano la coesistenza di due schede differenti per lo stesso soggetto - -### Versione 3.7.3 (2018-05-28) - -+ (Bug) Correzione esito servizio di rettifica (issue: [https://github.com/italia/anpr/issues/690](https://github.com/italia/anpr/issues/690)) - + Il servizio restituiva un esito positivo mentre avrebbe dovuto restituire un errore ES127. - - -### Versione 3.7.2 (2018-05-23) - -+ (Bug) Webapp Validazione numero sentenza - + L'applicazione web bloccava il carattere slash nel numero sentenza. - -### Versione 3.7.1 (2018-05-23) - -+ (Bug) Gestione autorità sentenza (issue: [https://github.com/italia/anpr/issues/680](https://github.com/italia/anpr/issues/680)) - + Nel campo autorità della sentenza sono ora ammesse le parentesi tonde - -+ (Bug) Comune residenza sindaco - + In Amministrazione nella funzione di Gestione dati del comune, nella ricerca dati del sindaco è stato modificato il controllo sul comune di nascita quando sono presenti caratteri speciali . - -### Versione 3.7.0 (2018-05-18) - -+ (Requirement) WB 14.1 GESTIONE DATA DECORRENZA LEGAME E RETTIFICA ALTRE DATE - + L'intervento include: la gestione data decorrenza legame nei servizi subentro (S001) di registrazione (ws 1001, 1002, 5001, 5005, A001, A002, A006, 2001, 2003) e consultazione (ws 3002) oltre che da web In particolare nel tracciato di subentro e nel tracciato del servizio 3002 è stata aggiunta la data di decorrenza legame la rettifica delle seguenti date da ws 5014 e da web: Data ultimo aggiornamento scheda Data di iscrizione nel comune Data di ingresso nella famiglia - -+ (Requirement) WB 15 Inserimento Comune o Stato Estero di Provenienza in A002 - + L'intervento prevede l'indicazione del comune o dello stato estero di provenienza nel servizio di iscrizione AIRE sia per il WS A002 che nella funzione accessibile da Web Nel tracciato del servizio A002 è stato aggiunto l'oggetto non obbligatorio relativo alla "Provenienza" - -+ (Requirement) Semplificazione protocollo di sicurezza per inoltro notifiche verso gli endpoint dei Comuni - + Eliminazione della Mutual Authentication che costringeva ad esporre un endpoint del Comune con il relativo certificato Server. Utilizzo del protocollo TLS sbilanciato, per permettere l'esposizione dell'endpoint con un certificato emesso da una CA pubblica. La riservatezza delle informazioni è garantita dalla crittografia del contenuto della notifica con la chiave pubblica del certificato assegnato ad ogni Comune (CO-9999). - - -+ (Requirement) WB 10 Integrazione ws 5008 per completamento dati da subentro di un soggetto AIRE (cod. mutazione = 21) - + Per la gestione del completamento dati da subentro di un soggetto AIRE si introduce nel ws 5008 “Mutazione tutti i dati” e nella funzionalità web il nuovo codice mutazione 21 (Dati integrativi AIRE). Il tracciato del servizio rimane immutato - diff --git a/src/change-management/changelog.rst b/src/change-management/changelog.rst new file mode 100644 index 00000000..0b29e13a --- /dev/null +++ b/src/change-management/changelog.rst @@ -0,0 +1,1415 @@ +Changelog +========= + +Versione 5.3.0 (2019-03-18) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Refactor servizio di consultazione/estrazione + + - I servizi 3003 e 3007 vengono spostati nella famiglia 4000. Il + servizio 3005 nella famiglia 7000. + +Versione 5.2.7 (2019-03-18) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errore servizio mutazione in caso di duplicati + + - In alcuni casi il servizio poteva impedire la modifica di un + soggetto in caso di due schede duplicate anche se tutte cancellate + tranne una. + +Versione 5.2.6 (2019-03-11) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Controllo soggetto deceduto per certificato di morte + + - In caso di emissione certificato di morte, se la ricerca non era + effettuata in modo puntuale l'emissione potrebbe essere bloccata. + +- (Requirement) Abilitazione feature Rettifica indirizzo per errore + materiale o per integrazione + + - La rettifica indirizzo per errore materiale o per integrazione è + stata abilitata anche in produzione. + +Versione 5.2.5 (2019-03-06) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Anomalia Intestatario convivenza con comune nascita non + esistente alla data + +- (Bug) EC099 - Verifica denominazione sede consolato + + - Anche una differenza solo nella maiuscole / minuscole della sede + del consolato (rispetto alla tabella di riferimento) portava alla + segnalazione EC099 (consolato inesistente alla data). + +- (Bug) Controllo EC168 in assenza data formazione atto nascita (issue: + https://github.com/italia/anpr/issues/1187) + + - In assenza della data formazione atto dell'atto di nascita, il + controllo EC168 si poteva attivare anche su codistat validi se + variati nel corso dell'anno dell'atto. + +Versione 5.2.4 (2019-03-01) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errore ultimo indirizzo di residenza riportato su stampa + certificato + + - In alcuni casi nei quali c'erano state più cancellazioni e + reiscrizioni l'ultimo indirizzo riportato sul certificati non era + corretto. + +Versione 5.2.3 (2019-02-27) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errore risposta 5014 + + - E' stato corretto un errore di composizione della risposta 5014 + +Versione 5.2.2 (2019-02-24) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Port hotfix 5.1.7 su ramo 5.2 + +- (Bug) Lista soggetti variati servizio 1014 (issue: + https://github.com/italia/anpr/issues/1165) + +- (Requirement) Consultazione per comune di residenza e identificativo + o codice fiscale (issue: + https://github.com/italia/anpr/issues/1159\ https://github.com/italia/anpr/issues/1162) + + - In caso di consultazione per comune di residenza + (ricercaNazionale=0) era stato deciso inizialmente di restituire + comunque il soggetto qualora i criteri di ricerca fossero per id + soggetto anpr o codice fiscale. Adesso invece il filtro per comune + di residenza verrà applicato sempre. + +Versione 5.1.7 (2019-02-24) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Ricerca procedimento amministrativo per protocollo + comunale + + - La ricerca dei procedimenti da web accettava solo numeri per il + protocollo comunale del provvedimento. Ora sono accettati lettere, + numeri, spazi e '-' + +Versione 5.2.1 (2019-02-19) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Port hotfix 5.1.6 su ramo 5.2 + +- (Bug) Errore gestione risposta (ANPR02) per 1014 (issue: + https://github.com/italia/anpr/issues/1151) + + - Per il servizio 1014 i dati controllo non sono obbligatori.  + +- (Requirement) Rettifica indirizzo per errore materiale o per + integrazione + + - Utilizzo del codice mutazione 9  del servizio di mutazione + famiglia/residenza  per comunicare la rettifica su un indirizzo + per errore materiale.  Confermati dal Ministero i requisiti + riportati  di seguito (cfr. e-mail della Dott.ssa Toscano + 19.12.2018). Comunicata agli enti l’introduzione del nuovo codice + mutazione per il ws 5001 (e-mail del 26.10.2018 ad AE, MCTC, INPS, + ISTAT).   Attività previste:   -          ws 5001 : eliminazione + del controllo sull’utilizzo del codice mutazione 9  per gli + indirizzi in lingua italiana; inserimento  di un controllo sulla + data decorrenza residenza: deve essere uguale a quella corrente, + non può essere modificata  La  La nuova selezione va aggiunta + anche sulla Web App.  n    N.b. --> cambiamo la descrizione del + codice mutazione  9 sulla tabella  di decodifica                   + "RETTIFICA/INTEGRAZIONE INDIRIZZO"  (già effettuato in SVILUPPO) + +Versione 5.1.6 (2019-02-19) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Certificati - Richiesta dati storico di residenza soggetto AIRE + diventato APR (issue: https://github.com/italia/anpr/issues/1155) + + - La richiesta dati storico residenza per i soggetti APR che sono + stati AIRE nel passato poteva fallire. + +- (Bug) WEB: data nascita del coniuge può essere non congruente + + - Se la data di nascita del coniuge era stata inviata con una time + zone non corretta poteva essere visualizzata una data diversa. + +Versione 5.1.5 (2019-02-13) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Validazione numero sentenza + + - L'applicazione web non accettava il carattere '-' nel numero + sentenza. + +- (Bug) Malfunzionamento mutazione padre/madre in caso di rettifica + cognome (case insensitive) (issue: + https://github.com/italia/anpr/issues/1102) + + - In caso di mutazione padre/madre per rettifica cognome, non viene + correttamente gestita la rettifica da maiuscolo a minuscolo e + viceversa. + +- (Requirement) Gestione consolati cessati + + - L'intervento prevede il caricamento dei consolati cessati nelle + tabelle di servizio e la loro gestione nei WS interessati e nelle + corrispondenti funzioni della web app. + +Versione 5.2.0 (2019-02-13) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Port hotfix 5.1.5 su ramo 5.2 + +- (Requirement) Diagnostico in caso di scheda anagrafica individuale + sintetica (issue: https://github.com/italia/anpr/issues/1079) + + - Nella consultazione individuale, qualora venga restituita la + scheda sintetica, sarà presente anche il diagnostico EN528. + +- (Requirement) Diagnostico EN527 con informazioni sull'operazione + effettuata + + - Alcuni servizi (in particolare i servizi di registrazione) + restituiscono adesso un diagnostico per fornire informazioni utili + sulle operazioni fallite. + +- (Requirement) Presentazione dettaglio soggetto nella consultazione + della webapp (issue: + https://github.com/italia/anpr/issues/1031\ https://github.com/italia/anpr/issues/1064\ https://github.com/italia/anpr/issues/1079) + + - A fronte del nuovo prospetto sintetico della consultazione, sarà + possibile accedere anche al dettaglio completo. + +- (Requirement) Revisione risposte servizi di registrazione (solo + ANPR02) (issue: https://github.com/italia/anpr/issues/1079) + + - Anche la risposta dei servizi di registrazione diventa sintetica. + Vale a dire che invece di tutti i dati dei soggetti variati, + vengono fornite solo la sintesi del risultato e gli eventuali dati + generati da ANPR (idanpr, codice fiscale ecc). + +Versione 5.1.4 (2019-02-11) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errore associazione comune di emissione CIE + + - Alcune CIE non veniva visualizzate in consultazione per anomalia + di associazione del comune di emissione. + +Versione 5.1.3 (2019-02-08) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Gestione annullamenti parziali multipli su diversi soggetti ma + stessa operazione (999) (issue: + https://github.com/italia/anpr/issues/1133) + + - Non era possibile eseguire più annullamento parziali sulla stessa + operazione anche quando riguardavano soggetti diversi. + +- (Bug) Gestione esito annullamenti in caso di operazione già annullata + (999) (issue: https://github.com/italia/anpr/issues/1133) + + - Ora viene restituito un diagnostico quando l'operazione è già + stata annullata. + +- (Bug) Gestione esito annullamenti in caso di comune non competente + (999) (issue: https://github.com/italia/anpr/issues/1133) + + - Ora viene restituito un diagnostico quando il comune non è + competente per l'annullamento. + +Versione 5.1.2 (2019-02-06) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Aggiungere scala esterna ai certificati di residenza + (issue: https://github.com/italia/anpr/issues/1115) + + - Aggiungere se presente ai certificati di residenza (normale e + storico) la scala esterna (scala est. + valore) + +Versione 5.0.2 (2019-02-06) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) WEB - Correzione validazione note indirizzo + + - Non veniva accettato il carattere due punti dall'applicazione web + per il campo note indirizzo + +Versione 5.1.1 (2019-04-01) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Malfunzionamento annullamento di un cambio residenza (5012) + (issue: https://github.com/italia/anpr/issues/1092) + + - Sebbene la risposta del servizio sia positiva, di fatto non viene + annullata l'operazione. + +- (Bug) [2003] malfunzionamento controllo di conformità evento (EN344) + (issue: https://github.com/italia/anpr/issues/1097) + + - Rimozione controllo EN344 in caso di cancellazione per ripristino + posizione anagrafica. + +Versione 5.1.0 (2019-01-17) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Superamento vincoli annullamento (issue: + https://github.com/italia/anpr/issues/1077) + + - E' stato reso possibile effettuare annullamenti per ripristino + posizione anagrafica anche se la mutazione di residenza non è + l’ultima operazione effettuata sul soggetto (ma non vi siano altre + mutazioni di residenza) Sono stati eliminati i vincoli sugli + annullamenti impediti da operazioni su soggetti collegati (es. + coniugi o legami parentela) + +- (Requirement) Sezione famiglia risposta 3002 (solo ANPR02) (issue: + https://github.com/italia/anpr/issues/1077) + + - Solo nella interrogazione per famiglia/convivenza con + codDestintario ANPR02 viene restituito un blocco esplicito + opzionale della famiglia. + +- (Requirement) Avvisi nella risposta del 3002 (solo ANPR02) (issue: + https://github.com/italia/anpr/issues/1077) + + - Solo in caso di chamata con codDestintario ANPR02 viene aggiunta + una sezione di anomalie anche in caso di risposta OK del servizio + 3002. + +- (Requirement) Scarico massivo dei dati di un comune (issue: + https://github.com/italia/anpr/issues/1077) + + - Consente di scaricare i dati di un comune da ANPR al solo scopo di + utilizzarli nel caso di cambio gestionale comunale. Tale soluzione + provvisoria prevede la generazione di una fornitura di tutti i + soggetti di un Comune sotto forma di file compresso, che verrà + consegnato al Comune tramite PEC.   + +- (Requirement) Web - Amministrazione gestione ip (issue: + https://github.com/italia/anpr/issues/1077) + + - Nel menù Amministrazione - gestione dati comune aggiunta la + possibilità di inserire, dismettere, riabilitare uno o più + indirizzi IP da far abilitare per l'utilizzo dei servizi ANPR + +- (Requirement) Estensione del servizio revoca dato (issue: + https://github.com/italia/anpr/issues/1077) + + - Estensione del servizio revoca dato per i seguenti dati: - + Matrimonio / Convivenza / Unione civile - Permesso di soggiorno - + Carta di identità - Atto di nascita + +- (Requirement) Inibizione invio validazione file AIRE con precedenti + regole (issue: https://github.com/italia/anpr/issues/1060) + + - Viene da adesso accettata solo la nuova validazione del tracciato + AIRE per evitare di acquisire dati non congruenti con le regole di + validazione XSD. + +Versione 5.0.1 (2019-01-16) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Aggiunta sezione datiCancellazione alla risposta + sintetica del servizio 3002 (issue: + https://github.com/italia/anpr/issues/1031\ https://github.com/italia/anpr/issues/1064) + + - Quando il servizio 3002 restituisce la nuova risposta sintetica + (versione 5.0, codDestintario ANPR02) è stata aggiunta la sezione + dei datiCancellazione alle sezioni già restituite (generalita, + legame, residenza, famiglia). + +- (Requirement) Gestione risposta completa 3002 in caso di ricerca per + famiglia o codice fiscale (issue: + https://github.com/italia/anpr/issues/1031\ https://github.com/italia/anpr/issues/1064) + + - Nel caso in cui tra i parametri di ricerca sia indicata una + ricerca codice fiscale o per famiglia (ma non per convivenza) non + viene restituita la nuova risposta sintetica ma quella completa + della versione 4.X + +Versione 5.0.0 (2019-01-10) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Abilitazione codDestintario ANPR02 (issue: + https://github.com/italia/anpr/issues/1031) [La versione 5.0.0 + sostituisce le 4.2.0 / 4.2.1] + + - Le funzionalità specifiche della major version 5.0 vengono + attivate indicando il codDestintario ANPR02, che comporterà : + Dettaglio risposte del 3002 ridotte se la ricerca produce più di + un soggetto nel risultato Se non indicata espressamente la ricerca + nazionale, la ricerca è limitata ai soggetti residenti nel comune + che sta eseguendo l'interrogazione. + +- (Requirement) 3003 - Gestione richieste - rimozione N031 dal + risultato in caso di interrogazione per data (issue: + https://github.com/italia/anpr/issues/1037) + + - La notifica N031 è stata rimossa dal risultato della gestione + richieste nel caso di interrogazione per data. + +- (Bug) Port hotfix 4.1.23 / 4.1.24 / 4.1.25 su ramo 5.0 + +- (Requirement) ws 6001: nuovi certificati per bilinguismo (lingua + tedesca) + + - Aggiunta di due nuovi certificati per il bilinguismo - lingua + tedesca: a) stato libero (codice identificativo tipo certificato + 17); b) stato civile (codice identificativo tipo certificato 11) + +- (Requirement) Ottimizzazione risposta servizio consultazione 3002 + + - In conseguenza della decisione di permettere l'accesso al servizio + 3002 anche per i comuni non subentrati e nell'ambito + dell'ottimizzazione delle prestazioni rese necessarie dall'aumento + del carico si è reso necessario modificare il comportamento del + servizio di consultazione soggetto / famiglia / convivenza. Con + riferimento alle sezioni della risposta de servizio 3002, vedi + `tabella decodifica + 16 `__, + qualora la ricerca trovi più di un soggetto, verrà restituita solo + la sezione generalità (senza tenere conto delle eventuali altre + sezioni indicate, compresa la scheda individuale completa). Le + ricerche che si traducono in un solo soggetto continuano a + comportarsi come prima. + +Versione 4.1.25 (2019-01-08) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Validazione note permesso soggiorno + + - Deve accettare anche il doppio apice + +Versione 4.1.24 (2019-01-04) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Accettazione numeri in nome e cognomi (issue: + https://github.com/italia/anpr/issues/1036) + + - Il tipo dato alfabeticoNomiCognomi accettava erroneamente anche i + numeri. + +- (Bug) Errore gestione mutazione famiglia convivenza - cambio + residenza con patente e autoveicoli (issue: + https://github.com/italia/anpr/issues/1033) + + - E' stato corretto un bug nella gestione del cambio residenza + famiglia con patente e autoveicoli. + +- (Bug) Web - Etichette criteri ricerca consultazione soggetto / + famiglia + + - Nella consultazione da webapp veniva usata la stessa etichetta per + la i criteri ricerca dell' identificato soggetto attribuito da + ANPR e identificativo famiglia attribuito da ANPR. + +- (Bug) Web - Validazione campo autorità sentenza + + - Il campo autorità della sentenza deve accettare anche lo slash + +Versione 4.1.23 (2018-12-27) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Correzione controllo EHR78 + + - Il controllo EHR78 non si attivava per le richieste 3003/3007 in + caso di date uguali (la data iniziale deve essere sempre + strettamente minore della finale). + +- (Bug) Errore nella gestione della risposta 5001 in caso di dati + sporchi + + - In alcuni casi il servizio 5001 poteva andare in errore se in + subentro non era stata inviata correttamente la residenza. + +Versione 4.1.22 (2018-12-19) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) A006 - verifica presenza cittadinanza italiana (issue: + https://github.com/italia/anpr/issues/982) + + - In caso di mutazione AIRE (tipo = 1 da residente ad AIRE), se la + cittadinanza italiana non è presente nella richiesta si effettua + una verifica che sia già presente nel DB e in caso contrario viene + inserita di default come già fanno A001 e A002. + +- (Bug) Errore archiviazione convivenza + + - Malfunzionamento del servizio di archiviazione famiglia convivenza + quando la lunghezza delle noteArchiviazione supera i 30 caratteri. + +- (Bug) Ripristino indirizzo post subentro: errore impostazione data + decorrenza residenza per 5001 codice 6 + + - WS 5001: la mutazione di residenza per ripristino della posizione + post-subentro non impostava la nuova data di decorrenza della + residenza per il/i soggetti interessati. + +Versione 4.1.21 (2018-12-13) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errore salvataggio mutazione residenza (issue: + https://github.com/italia/anpr/issues/1001) + + - Il cambio di residenza poteva andare in errore in caso di numeri + soggetti e contestuale trasmissione dei dati su patente e + autoveicoli. + +Versione 4.1.20 (2018-12-10) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Errore encoding in validazione in file subentro AIRE + (issue: https://github.com/italia/anpr/issues/995) + + - Nella validazione eseguita in fase di upload è stato necessario + correggere l'encoding del file AIRE per evitare di segnalare come + errori anche dei record validi. + +- (Bug) Controllo EC083 in assenza data formazione atto matrimonio + (issue: https://github.com/italia/anpr/issues/981) + + - In assenza della data formazione atto del matrimonio, il controllo + EC083 si poteva attivare anche su codistat validi se variati nel + corso dell'anno dell'atto. + +Versione 4.1.19 (2018-12-07) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Abilitazione elenchi ausilio ambiente di produzione (issue: + https://github.com/italia/anpr/issues/985) + + - La funzione consultazione e estrazione - Elenchi di ausilio non + era stata attivata in ambiente di produzione. + +Versione 4.1.18 (2018-12-05) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errore cancellazione altri motivi + + - Per il servizio 2003 non era stato trattato un correttamente un + esito. + +- (Requirement) Estensione idSchedaSoggettoANPR da 15 a 16 cifre + + - Il dominio utile per l'id scheda soggetto ANPR è stato esteso da + 15 a 16 cifre. + +- (Requirement) Ordinamento richiesta cancellazione subentro + + - Negli ambienti di presubentro / test comuni è possibile richiedere + la cancellazione dei dati della simulazione di subentro. L'elenco + delle richieste precedentemente inserite viene ora ordinato per + data inserimento. + +- (Bug) Upload tracciato AIRE con le nuove regole di validazione ANPR01 + + - L'upload del tracciato AIRE è stato adeguato alle nuove regole di + validazione già presenti negli XSD. Inoltre nella denominazione + toponimo estero verranno accettati anche i due punti e nel presso + le parentesi. Fino al 31 Dicembre 2018 sarà consentito l'upload + del tracciato AIRE anche senza questo adeguamento. + +Versione 4.1.17 (2018-11-30) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Certificato stato civile per soggetto unito civilmente + + - In alcuni casi il certificato di stato civile per soggetti uniti + civilmente non veniva emesso + +- (Bug) Consultazione convivenza senza residenza + + - La consultazione di convivenze inserite da subentro senza + residenza generava un errore + +- (Bug) Mutazione convivenza senza residenza + + - All'atto di un 5001 per una residenza senza convivenza poteva + generarsi un errore 999 + +- (Requirement) Correzione denominazione comune di VENARIA REALE + + - Su segnalazione del comune di Venaria Reale, è stato verificato + che il comune, sin dalla sua istituzione, ha avuto questa + denominazione. L’archivio storico dei comuni utilizzato da ANPR + riportava la situazione seguente: + DATAISTITUZIONE\|DATACESSAZIONE\|CODISTAT\|CODCATASTALE\|DENOMINAZIONE\_IT + 17/03/1861 \|19/11/1987 \|001292 \|L727 \|VENARIA 20/11/1987 + \|31/12/9999 \|001292 \|L727 \|VENARIA REALE Si procederà, + pertanto, a modifica la denominazione Venaria con quella + ufficiale, desumibile dagli atti forniti dal comune interessato. + Tale variazione, già disponibile in ambiente di test-comuni e + pre-subentro, sarà apportata anche in ambiente di produzione a + partire dal prossimo 12 dicembre. + +Versione 4.1.16 (2018-11-27) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Certificato contestuale di residenza e residenza in convivenza + - Stringa errata + + - Su alcuni certificati aire può comparire la dicitura errata. + +- (Bug) Verifica congruenza dati comune di nascita (issue: + https://github.com/italia/anpr/issues/949) + + - In alcuni casi il controllo sulla congruenza del luogo di nascita + era errato producendo un esito EN185 in fase di re iscrizione del + soggetto. + +Versione 4.1.15 (2018-11-22) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Errore chiusura procedimento + + - L'identificativo del procedimento a volte veniva convertito in + modo anomalo. + +- (Bug) Web - Validazione nome / cognome allineata ai servizi + + - Consentita la presenza di spazi precedenti o successivi al + carattere trattino ('-') . + +- (Bug) Estensione a 20 della lunghezza del tipoIsolato + + - Il campo tipoIsolato è stato adeguato a 20 caratteri nelle + specifiche XSD come già previsto nella + `documentazione `__ + +- (Bug) 5008 tipo muatazione 4 - Permesso di soggiorno + + - Nel servizio di mutazione tutti i dati, per il tipo mutazione 4 + Permesso di soggiorno, viene attivato il controllo bloccante CN368 + se inserito per un cittadino italiano. + +- (Requirement) Subentro: controllo dell'indirizzo principale + + - In assenza, nell'indirizzo principale, della descrizione della + specie o in alternativa del codiceSpecie, viene restituita + un'anomalia non bloccante CN524. + +Versione 4.1.14 (2018-11-15) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) 1010 Istituzione convivenza - Errori ES008 (issue: + https://github.com/italia/anpr/issues/932) + + - Nell'istituzione della Convivenza, viene rimosso il controllo + ES008 che verifica l'uguaglianza tra la data decorrenza + dell'operazione e la data di nascita del responsabile della + convivenza + +- (Bug) 6001 richiesta dati, noteIndirizzo vuote (issue: + https://github.com/italia/anpr/issues/924) + + - Quando il campo noteIndirizzo non contiene valori significativi + non viene più restituito dal servizio 6001 come già avviene per il + servizio 3002. + +- (Bug) Correzione encoding wsdl da distribuire per i comuni (issue: + https://github.com/italia/anpr/issues/807) + + - L'encoding dell tipoDato.xsd non era sempre corretto per gli + ultimi diacritici aggiunti. + +- (Bug) Web - Blocco mutazione tutti i dati per validazione data + scadenza permesso di soggiorno + + - Alcune date formalmente valide non impedivano (come il 31/12/8999) + bloccavano la possibilità di eseguire una mutazione tutti i dati + da web. + +- (Requirement) Estensione caratteri amessi per alcuni tipi XSD (slash + e cancelletto) (issue: + https://github.com/italia/anpr/issues/902\ https://github.com/italia/anpr/issues/907) + + - Verranno accettati il carattere "/" per l'elemento + descrizioneLocalita del tipo Località e il carattere "#" per gli + elementi denominazione e numeroCivico del tipoToponimoEstero. + +- (Bug) Ricerca di convivenza senza responsabile nè soggetti + restituisce EN122 + + - Solo l'applicazione web adesso restituisce un soggetto fittizio + con cognome e nome "RESPONSABILE CONVIVENZA ASSENTE" al fine di + poter restituire gli altri dati sulla convivenza. + +Versione 4.1.13 (2018-11-08) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Certificati bug testo normativo sigillo digitale (issue: + https://github.com/italia/anpr/issues/915) + + - Nei certificati in ambiente di produzione per emissione=2 appare + il testo normativo previsto per il sigillo digitale che non è + ancora previsto. + +- (Requirement) Possibilità di upload file subentro solo con nuove + regole in tutti gli ambienti (issue: + https://github.com/italia/anpr/issues/819) + + - In nessun ambiente (in particolare anche produzione) sarà + possibile l'upload delle forniture del subentro con le regole + precedenti. + +- (Bug) Carattere euro nell'annotazione certificato (issue: + https://github.com/italia/anpr/issues/807) + + - Nelle righe di annotazione dei certificati viene ora accettato + anche il carattere euro. + +- (Bug) Web - Ricerca per codice fiscale con omocodia specie 4+ + + - Ora la validazione dell'applicazione web per il codice fiscale è + allineata a quella dei servizi [lunghezza minima (11), massima + (16) e valori che siano lettere minuscole, maiuscole, numeri] + +- (Bug) Controllo presenza dati unione per certificato stato civile + + - In alcuni casi veniva emesso il certificato di unione civile anche + in mancanza dei dati. + +- (Requirement) Nuova gestione annullamento carta identità + + - Sul sito web è stata inserita la possibilità di revocare o + annullare una carta di identità emessa dal sito web di ANPR o + acquisita tramite i servizi di registrazione + +Versione 4.1.12 (2018-11-05) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) stampa "colore" sui certificati (issue: + https://github.com/italia/anpr/issues/892) + + - Errata decodifica del COLORE nei certificati di residenza. + +Versione 4.1.11 (2018-10-26) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) 3002 - consultazione carta identità + + - Aggiunto elemento dataAnnullamento al tipoCartaIdentita. + +- (Bug) 3002 - Filtro ricerca per soggetto AIRE e per tipo scheda + (famiglia/convivenza) (issue: + https://github.com/italia/anpr/issues/871) + + - La consultazione ignorava i criteri di ricerca: soggetto AIRE e + tipo scheda (famiglia/convivenza) + +Versione 4.1.10 (2018-10-25) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Certificato AIRE - Stringa errata + + - Su alcuni certificati aire può comparire la dicitura errata + 'sez\_cum\_stato\_famiglia\_header\_senza\_ind\_m' + +- (Requirement) Estensione delle restrizioni XSD per versione ANPR01 + (issue: + https://github.com/italia/anpr/issues/617\ https://github.com/italia/anpr/issues/819) + + - In vista del fatto che dopo il 5 novembre sarà saranno rese + obsolete le versioni degli XSD inferiori alla 4.0.0 + (codDestintario = ANPR00), viene pubblicata un'ultima revisione + degli XSD per minimizzare l'impatto sui valori già acquisiti. + +Versione 4.1.9 (2018-10-24) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Certificato di stato civile per unito civilmente + + - Nel caso in cui un soggetto presenta stato civile unito civilmente + (codice 6), non viene emesso il certificato di stato civile + sebbene siano presenti tutti i dati relativi all'unione civile + stipulata dal soggetto; l'errore sollevato è EN404 + +Versione 4.1.8 (2018-10-22) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Gestione controllo accessi - Errore gestione operazione 2009 + (issue: https://github.com/italia/anpr/issues/876) + + - Non implementata correttamente la gestione accessi del servizio di + archiviazione convivenza. + +- (Bug) Errore rettifica 101 per soggetto riconciliato tra due subentri + + - La rettifica in oggetto viene bloccata anche quando andrebbe + permessa nel caso venga eseguita su un soggetto riconciliato tra + due subentri di comuni diversi. + +- (Bug) Gestione controllo accessi - Errore nella ricerca per più + generalità soggetto (issue: + https://github.com/italia/anpr/issues/876) + + - Non era implementata correttamente la gestione accessi quando + presenti più soggetti. + +- (Bug) Gestione controllo accessi - Errore nella ricerca della + famiglia per identificativo comunale (issue: + https://github.com/italia/anpr/issues/876\ https://github.com/italia/anpr/issues/877) + + - A volte viene restituito l'errore di mancata autorizzazione + (EN493) quando una famiglia viene ricercata per id comunale e non + per id ANPR. + +- (Requirement) Filtro per comune di residenza servizio interrogazione + 3002 (issue: + https://github.com/italia/anpr/issues/565\ https://github.com/italia/anpr/issues/576) + + - Permette di filtrare per comune di residenza il servizio 3002 + +Versione 4.1.7 (2018-10-19) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Web - Strumenti di supporto test comuni - esempio + validatore XSD (issue: https://github.com/italia/anpr/issues/819) + + - Aggiunto download di un tool di validazione dei file xsd dall'area + strumenti di supporto in test comuni. + +Versione 4.1.6 (2018-10-18) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Controllo certificati cumulativi AIRE + + - Permetteva alcune combinazioni di certificate non ammessi per i + soggetti AIRE. + +- (Bug) Web - Errore cancellazione altri motivi su intestatario + famiglia + + - La richiesta per il servizio non veniva preparata correttamente e + portava ad un errore EN489 + +- (Bug) Intestazione comune esiti subentro + + - Nel report esiti del subentro per alcuni comuni, quando il codice + istat è variato nel tempo, l'intestazione poteva essere errata. + +Versione 4.1.5 (2018-10-16) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Gestione controllo accessi - Incongruenze nei dati del soggetto + (issue: https://github.com/italia/anpr/issues/876) + + - In caso di dati incongruenti su uno o più soggetti non era gestito + correttamente il risultato. + +Versione 4.1.4 (2018-10-15) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Gestione controllo accessi - mutazione residenza (issue: + https://github.com/italia/anpr/issues/876\ https://github.com/italia/anpr/issues/877) + + - Il controllo accessi del servizio 5005 non valutava correttamente + i permessi nel caso di famiglia nuova. + +- (Bug) Adattamento restrizioni diacritici xsd (issue: + https://github.com/italia/anpr/issues/861) + + - Alcuni dei diacritici da considerare validi non erano inclusi + nelle restrizioni degli XSD. + +Versione 4.1.3 (2018-10-14) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Eliminazione dati - Errore creazione richiesta + + - L'applicazione web generava alcune richieste per il servizio 5013 + non corrette. + +- (Bug) Web - Errore formattazione data nascita 28 maggio 1978 + + - L'applicazione dell'ora legale non segue regole precise fino ad + una certa data (http://toi.inrim.it/it/ienitlt.html). + L'applicazione web non formattava bene l'orario per alcuni + periodi. + +- (Requirement) Modifiche regole upload file APR per subentro + + - In produzione e presubentro è possibile usare sia le regole ANPR00 + che le regole ANPR01. In test comuni e free test solo le nuove + regole ANPR01. + +- (Bug) Verifica soggetto con procedimento aperto: escludere i soggetti + eliminati (issue: https://github.com/italia/anpr/issues/511) + + - Eliminare il blocco della certificazione in presenza di un + procedimento aperto nel caso in cui sia stata eliminata + l'associazione del cittadino dal procedimento. + +- (Requirement) idOperazioneComune nella testata come alfanumerico + (issue: + https://github.com/italia/anpr/issues/596\ https://github.com/italia/anpr/issues/814) + + - L'id operazione comune passa da numerico ad alfanumerico + +Versione 4.1.2 (2018-10-05) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Assenza nome e cognome ufficiale anagrafe certificati + + - Il nome e cognome dell'ufficiale di anagrafe non era correttamente + riportato. + +- (Bug) Web Stampa scheda individuale (issue: + https://github.com/italia/anpr/issues/856) + + - Errore decodifica legami nella convivenza. + +- (Bug) Web Iscrizione per altri motivi + + - Correzione assenza motivo iscrizione : Ripristino posizione + anagrafica + +- (Requirement) 3002- implementazione ricerca "senzaNome" - + "senzaCognome" + + - Implementare la consultazione scheda individuale del ws 3002 + utilizzando come parametri di ricerca anche i campi "senzaNome" o + "senzaCognome". + +- (Bug) Elenco operazioni soggetto: errore reperimento alcune tipologie + di rettifica 5014 (issue: https://github.com/italia/anpr/issues/725) + + - L'elenco delle operazioni comunicate da ANPR per un cittadino non + riporta alcune tipologie di rettifica effettuate con il ws 5014 + +Versione 4.1.1 (2018-09-30) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Fine validità major version con codDestinatario ANPR00 + (issue: + https://github.com/italia/anpr/issues/617\ https://github.com/italia/anpr/issues/775\ https://github.com/italia/anpr/issues/819) + + - Implementazione meccanismo per gestione fine validità versioni + depcrecate. + +Versione 4.1.0 (2018-09-12) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) WB 24 Bilinguismo + + - L'intervento prevede la gestione delle informazioni relative agli + indirizzi in altre lingue al fine di produrre i certificati per i + paesi ove vige il bilinguismo. + +- (Requirement) WB 30 Stampa scheda dati individuale + + - I comuni hanno segnalato la necessità di poter stampare i dati + parziali di una persona presente in Anpr. Oltre alla visura + completa, già disponibile, viene richiesto quindi di produrre una + stampa delle schede individuali limitata ai dati di interesse + specifico. Gli interventi riguardano solo il sito web di Anpr e + sono descritti nel documento MI-04-AN-13. + +Versione 4.0.27 (2018-09-28) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Validazione numero sentenza mutazione tutti i dati + + - Le regole di validazione del campo numero sentenza non erano + allineate nell'applicazione web. + +Versione 4.0.26 (2018-09-13) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Restrizioni XSD per ANPR01 (issue: + https://github.com/italia/anpr/issues/617) + + - Corrette regole validazione xsd per alcuni tipoQuesturaRilascio, + tipoDenominazioneToponimoTranslitterato e + tipoDescrizioneLocalitaTranslitterata + +Versione 4.0.25 (2018-09-11) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Caricamento provincia littoria / latina + + - L'applicazione web, in alcuni menu a tendina, presentava il comune + di Littori al posto di Latina. + +- (Bug) procedura di elaborazione prospetto riepilogativo mensile: + ricalcolo valori aggregati + + - Revisione elaborazione dati del prospetto riepilogativo mensile, + con particolare riferimento al calcolo della popolazione residente + al 1 del mese che sarà ricalcolato partendo dai dati presenti sul + DB e non dal saldo del prospetto precedente. + +Versione 4.0.24 (2018-09-07) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Validazione web denominazione comune + + - Errore nella validazione del nome comune nell'applicazione web. + +- (Bug) Il tipo dato xsd siglaProvincia deve accettare solo valori di + lunghezza 2 + + - Venivano accettati valori anche di un carattere perl a sigla + provincia. + +- (Bug) Controllo presenza codice specie se specie fonte vale 1 + + - Modificato il controllo ES023 per verificare sempre la presenza + del codice specie quando specie fonte è 1. + +Versione 4.0.23 (2018-09-04) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) WA: selezione comune per creazione richiesta elenchi e + prospetti + + - Creazione richiesta xml per elenchi e prospetti: la ricerca non + può essere pilotata solo con il codice ISTAT di un comune perchè + potrebbe lo stesso codice può essere appartenuto ad altro comune + cessato. + +- (Bug) ws 3007: gestione della casistica di assenza di notifiche nel + periodo di riferimento (issue: + https://github.com/italia/anpr/issues/758) + + - WS 3007 - richiesta elenco notifiche riferite ad un determinato + arco temporale: in assenza di occorrenze di interesse restituisce + le altre tipologie di eventi comunicati nel periodo + +Versione 4.0.22 (2018-08-30) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Data decorrenza responsabile convivenza + + - Corregge un errore nella impostazione della data di decorrenza del + legame per il responsabile. + +- (Bug) web - errore Iscrizione altri motivi AIRE + + - Si verificava un errore se impostato il campo "trascritto" + dell'atto di nascita senza compilare nessun altro dato dell'atto. + +- (Bug) Correzione automatica specieFonte = 0 + + - A tutti gli effetti, qualsiasi valore di specieFonte diverso da 1 + viene trattato come 2. + +Versione 4.0.21 (2018-08-24) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Modifica messaggio pec presubentro / testcomuni + +Versione 4.0.20 (2018-08-03) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Malfunzionamento controllo CN352 per servizio 5012 + + - In caso di annullamento di mutazione residenza 5001, il controllo + CN352 non deve scattare se il tipo mutazione è 4 oppure 5 (patenti + / autoveicoli) + +Versione 4.0.19 (2018-07-26) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) 5001 tipoMutazione 2 congruenza tipo scheda famiglia e + datiControllo + + - 5001 tipoMutazione 2 verificata la congruenza tipo scheda famiglia + e datiControllo + +- (Bug) Malfunzionamento risoluzione convivenza / scioglimento unione + (issue: https://github.com/italia/anpr/issues/774) + + - Risoluzione convivenza / scioglimento unione civile: fix per + malfunzionamento sui dati di stipula. + +- (Bug) Malfunzionamento integrazione dati coniuge + + - Mutazione matrimonio/legame: correzione malfunzionamento per + integrazione dei dati del coniuge non ANPR + +- (Bug) Mutazione altri recapiti (issue: + https://github.com/italia/anpr/issues/769) + + - Corretto il malunzionamento nella mutazione altri recapiti + +- (Bug) Controllo correttezza CF + + - Nelle pagine di ricerca per CF e risoluzione disallineamenti viene + restituito un errore in caso di CF con doppia omocodia es + BLDMMD88A0MZ34A deve essere rimosso tale controllo + +- (Bug) WEB Gestione matrimoni pregressi + + - in caso di Mutazione scheda, se nei Dati Controllo viene + selezionato: Cessazione matrimonio o vedovanza reso editabile il + tag matrimonio; Risoluzione Convivenza reso editabile il tag + convivenza; Scioglimento Unione reso editabile il tag unione + civile. + +- (Bug) Inseriti controlli tipo residenza su iscrizione Convivenza + + - Verificato che la residenza nel 1010 (iscrizione convivenza) può + essere solo italiana + +Versione 4.0.18 (2018-07-20) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errore elenco notifiche web + + - Aggiornata la visualizzazione delle notifiche al Comune + interrogabili via Web (le notifiche non venivano mostrate + correttamente) + +Versione 4.0.17 (2018-07-16) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Annullamento mutazione dati decesso + + - Se su un soggetto viene fatta una mutazione 22 (dati decesso) dopo + la morte non era più possibile annullare nessuna delle due + operazioni. + +Versione 4.0.16 (2018-07-11) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Malfunzionamento WEB in iscrizione altri motivi famiglia + esistente - toponimo + + - Il 3002 non riporta tutte le informazioni sul toponimo presenti + sul DB dando origine ad errore bloccante ES024 in caso di + iscrizione n famiglia esistente (quando nell'indirizzo sul DB è + valorizzato sia cod toponimo che toponimo fonte) + +Versione 4.0.15 (2018-07-09) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Restrizioni versione applicativo (issue: + https://github.com/italia/anpr/issues/696) + + - Il campo versione applicativo ora accetta gli stessi valori del + campo fornitoreApplicativo + +- (Bug) Parentesi accettate per tipoRigaAnnotazione (issue: + https://github.com/italia/anpr/issues/754) + + - Il pattern accettato per il campo tipoRigaAnnotazione passa da + ([0-9À-ža-zA-Z- '/.,])\* a ([0-9À-ža-zA-Z- '/.,()])\*. + +- (Bug) Modifica visualizzazione monitoraggio operazioni + + - Corretto il reperimento del valore riportato nella colonna "Data + di elaborazione dell'operazione" + +- (Bug) Regole validazione file aire subentro + + - La data di iscrizione AIRE diventa abbligatoria nel file AIRE. + +Versione 4.0.14 (2018-07-03) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Web - Validazione denominazione convivenza + + - La denominazione della convivenza nel web non usava le stesse + regole di validazione dei servizi. + +- (Bug) Gestione encoding diacritici certificati (issue: + https://github.com/italia/anpr/issues/744) + + - Alcuni diacritici non venivano trattati correttamente nel PDF dei + certificati (6001) + +- (Bug) Web - residenti temporanei: gestione soggetti cancellati da + ANPR + + - Sito web di ANPR - residenti temporanei: gestione soggetti + cancellati da ANPR + +Versione 4.0.13 (2018-06-20) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errore generazione messaggio controllo ES077 + + - Corretto un errore nella generazione del testo dell'anomalia ES077 + +- (Bug) Consultazione scheda soggetto + + - Ora è possibile inserire anche identificativi scheda comunale + alfanumerici. + +- (Bug) Escludere CC030 e CC031 dal WS 6001 + + - Da una email del 18/06/2018 del Comune di Novellara subentrato è + emersa la necessità di escludere i controlli sullo stato di + nascita dall'emissione dei certificati. I controlli sul comune di + nascita risultano già esclusi + +- (Bug) 6001 - tipoRichiesta 2 (richiesta dati) corretta decodifica del + campo tipoIndirizzo 10 ed 11 (issue: + https://github.com/italia/anpr/issues/721) + + - Servizio di certificazione: tipo richiesta 2 (richiesta dati) + correttiva sulla decodifica del tipo di indirizzo 10 (revisione + onomastica) ed 11 (rettifica indirizzo post accertamenti) + +Versione 4.0.12 (2018-06-18) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Implementato blocco mutazione composizione scheda in assenza + dell'elenco soggetti + + - In precedenza le mutazione di composizione scheda famiglia + convivenza erano permesse anche senza variare nessun soggetto. + +- (Bug) Gestione matrimoni/legami pregressi + + - Nella mutazione tutti i dati TipoMutazione = 13/14/17/19 è + possibile inserire un matrimonio pregresso già chiuso per + vedovanza o cessazione, inviando le informazioni complete. Vengono + effettuati controlli di congruenza delle date di inizio e fine in + modo tale che non vi sia sovrapposizione con matrimoni/legami + esistenti + +Versione 4.0.11 (2018-06-15) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Errato blocco generazione certificato di stato civile + + - E' stato rimosso un blocco che impediva in alcuni casi di generare + il certificato di stato civile + +Versione 4.0.10 (2018-06-12) +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) sito web ANPR: errata gestione tipo indrizzi 10 ed 11 + + - Mancata visualizzazione del TAB residenza se l'origine + dell'indirizzo è una revisione dell'onomastica comunale o una + rettifica post accertamenti, nei servizi di mutazione ed + iscrizione. + +Versione 4.0.9 (2018-06-11) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Blocco upload file subentro + + - Il modulo di upload dei file del subentro ora blocca l'invio se il + comune non è inserito correttamente nel piano dei subentri. (in + precedenza il messaggio aveva solo valore di avviso). + +- (Bug) Modifica controllo di congruenza date in inserimento + matrimonio/legame e convivenza (issue: + https://github.com/italia/anpr/issues/705) + + - Modifica controllo di congruenza date per consentire la chiusura + di una convivenza di fatto nella stessa data della stipula di un + matrimonio/legame + +Versione 4.0.8 (2018-06-07) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Bug controllo certificati APR su stato civile Divorziato + (issue: https://github.com/italia/anpr/issues/692) + + - E' necessario permettere la produzione di certificato non solo se + ci sia l'atto di annullamento ma in alternativa la sentenza di + fine matrimonio. + +- (Bug) WS 5008 - controllo comune di nascita + + - Nel WS 5008 il controllo di validità comune di nascita CN332 deve + scattare solo se sono cambiati i dati anagrafici. Per verificare + se è variato il luogo di nascita utilizzare denominazione e + provincia + +Versione 4.0.7 (2018-06-05) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Verifica dati soggetto per mutazione + + - Nei servizi di mutazione, c'era un errore nella gestione dei dati + del soggetto ricercato quando i dati non sono congruenti (es. + viene passato un cognome relativo ad un identificativo soggetto + diverso). + +- (Bug) Verifica senza giorno / senza anno in caso di mutazione dati + anagrafici + + - La data di nascita non veniva sempre confrontata correttamente in + caso di senza giorno / senza giorno mese. + +Versione 4.0.6 (2018-05-28) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Modifica regex elemento piano dell'indirizzo (issue: + https://github.com/italia/anpr/issues/676) + + - Estensione valori ammessi per elemento piano. Ora viene accettato + anche il trattino. + +- (Bug) Integrazione versioni 3.7.2 / 3.7.3 su versione 4.0.6 + +Versione 4.0.5 (2018-05-21) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Controllo tipo emissione / tipo richiesta 6001 + + - Verifica valori ammessi per emissione e tipoRichiesta nei dati + controllo dell'operazione 6001. + +- (Bug) Modifica regex luogoEccezionale (issue: + https://github.com/italia/anpr/issues/676) + + - Estensione valori ammessi per elemento luogoEccezionale che si + accetta ora gli stessi valori di localitaEstera. + +- (Bug) Integrazione versioni 3.7.0 / 3.7.1 su versione 4.0.5 + + - Vengono riportati gli interventi presenti nella version + 3.7.0/3.7.1 dell'applicazione anche nella versione 4.0.5 + +- (Bug) Correzione integrazione gestione duplicati 6001 + +- (Bug) Modifica regex tipo email xsd (issue: + https://github.com/italia/anpr/issues/670) + + - Correzione della regex del tipoEmail con la rimozione della + negazione iniziale. + +Versione 4.0.4 (2018-05-17) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Estensione hotfix 3.6.9 sulla versione 4.0.4 + +Versione 4.0.3 (2018-05-10) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Estensione hotfix 3.6.8 sulla versione 4.0.3 + +Versione 4.0.2 (2018-05-07) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Estensione hotfix 3.6.7 sulla versione 4.0.2 + +Versione 4.0.1 (2018-05-04) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Estensione hotfix 3.6.6 sulla versione 4.0.1 + +Versione 4.0.0 (2018-04-30) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) Revisione valori ammessi da subentro e servizi (issue: + https://github.com/italia/anpr/issues/617) + + - Viene resa più rigorosa la verifica dei campi a testo libero. Tale + restrizione è applicata solo indicando la versione ANPR01 nel tag + codDestinatario della richiesta + +- (Requirement) WB 5 - Gestione cod destinatario per versione (issue: + https://github.com/italia/anpr/issues/617) + + - Nel campo codDestinatario viene indicata la versione dei tracciati + XSD: ANPR00 è la versione di partenza (fino alla release 3.x) + ANPR01 dalla release 4.0 + +- (Requirement) WB 29 - Mutazione dati del decesso (issue: + https://github.com/italia/anpr/issues/510) + + - Nuova mutazione con codice 22 per il servizio 5008. + +- (Requirement) WB 25 Rettifica indirizzo post accertamenti (issue: + https://github.com/italia/anpr/issues/508) + + - ws 5001: gestione del nuovo codice mutazione 8 che identifica una + rettifica indirizzo emersa in fase di accertamenti legati ad una + richiesta di cambio residenza. + +- (Requirement) WB 13 - Gestione duplicati (post subentro) (issue: + https://github.com/italia/anpr/issues/401) + + - Gestione delle posizione duplicate: produzione di liste di + soggetti duplicati in ANPR al momento del subentro. Inserimento di + controlli bloccanti nei servizi di registrazione che impediscano + la coesistenza di due schede differenti per lo stesso soggetto + +Versione 3.7.3 (2018-05-28) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Correzione esito servizio di rettifica (issue: + https://github.com/italia/anpr/issues/690) + + - Il servizio restituiva un esito positivo mentre avrebbe dovuto + restituire un errore ES127. + +Versione 3.7.2 (2018-05-23) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Webapp Validazione numero sentenza + + - L'applicazione web bloccava il carattere slash nel numero + sentenza. + +Versione 3.7.1 (2018-05-23) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Bug) Gestione autorità sentenza (issue: + https://github.com/italia/anpr/issues/680) + + - Nel campo autorità della sentenza sono ora ammesse le parentesi + tonde + +- (Bug) Comune residenza sindaco + + - In Amministrazione nella funzione di Gestione dati del comune, + nella ricerca dati del sindaco è stato modificato il controllo sul + comune di nascita quando sono presenti caratteri speciali . + +Versione 3.7.0 (2018-05-18) +~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +- (Requirement) WB 14.1 GESTIONE DATA DECORRENZA LEGAME E RETTIFICA + ALTRE DATE + + - L'intervento include: la gestione data decorrenza legame nei + servizi subentro (S001) di registrazione (ws 1001, 1002, 5001, + 5005, A001, A002, A006, 2001, 2003) e consultazione (ws 3002) + oltre che da web In particolare nel tracciato di subentro e nel + tracciato del servizio 3002 è stata aggiunta la data di decorrenza + legame la rettifica delle seguenti date da ws 5014 e da web: Data + ultimo aggiornamento scheda Data di iscrizione nel comune Data di + ingresso nella famiglia + +- (Requirement) WB 15 Inserimento Comune o Stato Estero di Provenienza + in A002 + + - L'intervento prevede l'indicazione del comune o dello stato estero + di provenienza nel servizio di iscrizione AIRE sia per il WS A002 + che nella funzione accessibile da Web Nel tracciato del servizio + A002 è stato aggiunto l'oggetto non obbligatorio relativo alla + "Provenienza" + +- (Requirement) Semplificazione protocollo di sicurezza per inoltro + notifiche verso gli endpoint dei Comuni + + - Eliminazione della Mutual Authentication che costringeva ad + esporre un endpoint del Comune con il relativo certificato Server. + Utilizzo del protocollo TLS sbilanciato, per permettere + l'esposizione dell'endpoint con un certificato emesso da una CA + pubblica. La riservatezza delle informazioni è garantita dalla + crittografia del contenuto della notifica con la chiave pubblica + del certificato assegnato ad ogni Comune (CO-9999). + +- (Requirement) WB 10 Integrazione ws 5008 per completamento dati da + subentro di un soggetto AIRE (cod. mutazione = 21) + + - Per la gestione del completamento dati da subentro di un soggetto + AIRE si introduce nel ws 5008 “Mutazione tutti i dati” e nella + funzionalità web il nuovo codice mutazione 21 (Dati integrativi + AIRE). Il tracciato del servizio rimane immutato diff --git a/src/change-management/roadmap.md b/src/change-management/roadmap.md deleted file mode 100644 index 886c7fce..00000000 --- a/src/change-management/roadmap.md +++ /dev/null @@ -1,9 +0,0 @@ -# Prossime versioni - -NOTA : Le date riportate si riferiscono alla previsione orientativa di disponibilità in produzione. - -# Roadmap - -+ (Requirement) Accesso tramite CIE/CNS/SPID - + Accesso all'applicazione InterrogazioneCittadino, per la consultazione dei propri dati, con CNS,CIE e credenziali SPID. - diff --git a/src/change-management/roadmap.rst b/src/change-management/roadmap.rst new file mode 100644 index 00000000..0cf0ed29 --- /dev/null +++ b/src/change-management/roadmap.rst @@ -0,0 +1,13 @@ +Prossime versioni +================= + +NOTA : Le date riportate si riferiscono alla previsione orientativa di +disponibilità in produzione. + +Roadmap +======= + +- (Requirement) Accesso tramite CIE/CNS/SPID + + - Accesso all'applicazione InterrogazioneCittadino, per la + consultazione dei propri dati, con CNS,CIE e credenziali SPID. diff --git a/src/change-management/version.md b/src/change-management/version.md deleted file mode 100644 index a6856337..00000000 --- a/src/change-management/version.md +++ /dev/null @@ -1,6 +0,0 @@ -# Versione rilasciata in ogni ambiente - -- Free test : 5.3.0 -- Test Comuni : 5.3.0 -- Pre subentro : 5.3.0 -- Produzione : 5.2.7 diff --git a/src/change-management/version.rst b/src/change-management/version.rst new file mode 100644 index 00000000..8686610f --- /dev/null +++ b/src/change-management/version.rst @@ -0,0 +1,7 @@ +Versione rilasciata in ogni ambiente +==================================== + +- Free test : 5.3.0 +- Test Comuni : 5.3.0 +- Pre subentro : 5.3.0 +- Produzione : 5.2.7 From 1d77cda8d5f916ca2c59a68c2717ad47a70b9d62 Mon Sep 17 00:00:00 2001 From: marcocipri Date: Tue, 19 Mar 2019 16:50:45 +0100 Subject: [PATCH 2/3] md files rplace by rst by pandoc tool --- src/comuni/cosa-cambia-comune-migrato.md | 75 ------ src/comuni/cosa-cambia-comune-migrato.rst | 165 ++++++++++++ src/faq/faq.md | 223 ---------------- src/faq/faq.rst | 242 ++++++++++++++++++ ...censimento-utenti-postazioni-prefetture.md | 139 ---------- ...ensimento-utenti-postazioni-prefetture.rst | 237 +++++++++++++++++ 6 files changed, 644 insertions(+), 437 deletions(-) delete mode 100644 src/comuni/cosa-cambia-comune-migrato.md create mode 100644 src/comuni/cosa-cambia-comune-migrato.rst delete mode 100644 src/faq/faq.md create mode 100644 src/faq/faq.rst delete mode 100755 src/smart-card-prefetture/censimento-utenti-postazioni-prefetture.md create mode 100644 src/smart-card-prefetture/censimento-utenti-postazioni-prefetture.rst diff --git a/src/comuni/cosa-cambia-comune-migrato.md b/src/comuni/cosa-cambia-comune-migrato.md deleted file mode 100644 index 8d24e113..00000000 --- a/src/comuni/cosa-cambia-comune-migrato.md +++ /dev/null @@ -1,75 +0,0 @@ -Se state leggendo questo documento è perché pensate di far migrare il vostro -comune all'Anagrafe Nazionale della Popolazione Residente (ANPR), o perché -avete recentemente completato la migrazione. - -In ogni modo, trovate di seguito alcune informazioni su cosa cambia per voi - -Sindaci, Ufficiali Anagrafici, o utenti del sistema - una volta che il vostro -comune sarà passato ad ANPR. - -## Cambiamenti nei rapporti con i Cittadini - -Grazie al subentro in ANPR, **il cittadino può richiedere in ogni momento la stampa dei certificati da altri comuni** e **può verificare i propri dati online se munito di CNS (ed entro breve, CIE), e tra non molto stampare anche certificati.** Questo significa che: - - -* **le informazioni in ANPR devono essere sempre attuali e corrette**. ANPR è la banca dati di riferimento: il software anagrafico nel vostro comune deve assicurarsi di aggiornare ANPR con successo prima di rendere effettiva qualsiasi modifica nell'anagrafe locale. Non è consentito differire l'aggiornamento di ANPR. Altrimenti, il cittadino o l'ente che fa affidamento su ANPR potrebbe ottenere dal database nazionale un certificato valido ma con informazioni diverse da quelle dichiarate al comune di residenza, con possibili implicazioni legali. - -* **non è consentito effettuare modifiche con effetto retroattivo, se non nei casi previsti dalla normativa**. In caso contrario, infatti un cittadino potrebbe trovarsi in possesso di un certificato emesso da uno sportello di un altro comune a tutti gli effetti valido, ma non corretto. O il dato potrebbe essere stato usato nel frattempo da un ente convenzionato, con effetti più o meno gravi sulla persona. - -## Cambiamenti nei rapporti con altri Comuni e Pubbliche Amministrazioni - -* Quando un Cittadino richiede il **cambio di residenza** presso il vostro comune, **se il comune di origine è già transitato ad ANPR**, **il modulo APR/4** utilizzato oggi per comunicare l'iscrizione presso la vostra anagrafe **non deve essere più inviato**. ANPR invia automaticamente una notifica al Comune di provenienza -Nel caso invece in cui il comune di origine non sia già subentrato in ANPR, si continuano ad utilizzare le stesse procedure usate fino ad oggi. - - -* Allo stesso modo, se un vostro cittadino **cambia residenza** verso un altro comune già presente in ANPR, il vostro sistema riceverà e processerà la relativa notifica in automatico. -Si continueranno però a ricevere i moduli APR/4 da parte dei comuni non in ANPR. - - -* **Non è più necessario caricare i dati su INA-SAIA.** ANPR sostituisce a tutti gli effetti il sistema INA-SAIA. - -* **Al momento del cambio di residenza non è più necessario registrare la targa dei veicoli e il numero della patente** dei soggetti interessati, ma **solo che sono in possesso di veicolo e/o patente***. In presenza di queste informazioni (possesso di veicolo e/o patente), ANPR trasmette automaticamente la notifica alla Motorizzazione che invia, alla nuova abitazione, i contrassegni da apporre sulla carta di circolazione di ciascun veicolo alla nuova abitazione. È necessario informare il cittadino che, in caso di mancato ricevimento del contrassegno, egli può contattare il call center della Motorizzazione al n. 800232323. - -* **ANPR sostituisce integralmente ANAG AIRE**. A partire dal subentro i dati dei cittadini residenti all'estero sono gestiti direttamente con ANPR. - - -* **Non cambia nulla nell'emissione della CIE (Carta di Identità Elettronica)**. - -Sono in corso di realizzazione nuove interfacce tra i sistemi CIE e ANPR, che nei comuni migrati consentiranno di leggere in automatico molte informazioni in più, come per esempio i dati dei genitori per i minorenni - quando disponibili e utilizzabili. Queste interfacce poi, per tutti i comuni, consentiranno ai sistemi CIE di utilizzare la migliore fonte dati disponibile (ANPR, INA-SAIA, Anagrafe Tributaria, AIRE). - -L'integrazione con l'APR locale via protocollo SAD continuerà a funzionare, anche dopo il subentro in ANPR - almeno fin quando non verranno fornite nuove interfacce funzionalmente equivalenti. -Fino al completamento delle nuove interfacce di cooperazione CIE-ANPR, il sistema di emissione CIE "CIEOnline" continuerà a effettuare la convalida dei dati prelevati da APR direttamente su INA-SAIA o ANPR e a comunicare al software di anagrafe locale e ANPR il nuovo numero di CIE o l'avvenuto annullamento. A seguito del completamento delle nuove interfacce di cooperazione, le CIE emesse o l'avvenuto annullamento verranno poi automaticamente inviate ad ANPR da "CIEOnline", indipendentemente dall'APR locale. -** -Con CIE, inoltre, il cartellino elettronico viene emesso e trasmesso automaticamente alla Polizia di Stato, mantenendo comunque una copia a disposizione del comune consultabile sul sistema "CIEOnline". - - -* **I sistemi INPS ricevono direttamente i dati da ANPR**. -Se utilizzate il sistema ArcoWeb per il caricamento dei dati, non è più necessario. - -**Per quanto concerne i dati storici,** oggi non presenti in ANPR, INPS utilizza i dati storici che in precedenza avete già fornito tramite *ArcoWeb*. Per i comuni che non hanno adottato *ArcoWeb*, INPS continuerà a richiedere le informazioni storiche (precedenti al subentro in ANPR) tramite certificati cartacei. - - -* Passati 3 mesi dal subentro in ANPR del vostro comune, **non è più necessario inviare alcun tipo di dati all'ISTAT.** Verificata la congruità dei dati, ISTAT processerà infatti i dati direttamente da ANPR. - -Il Comune deve però completare l'invio all'ISTAT di tutti i dati riferiti ai mesi precedenti al subentro, e all'intero mese in cui il subentro è avvenuto. Il comune non verrà considerato subentrato fino al completamento di questi invii. - -I comuni che ad oggi sono già migrati ad ANPR dovranno attendere conferma diretta dall'ISTAT prima di interrompere gli invii. - -* L'allineamento con l'Anagrafe Tributaria e l'emissione dei **codici fiscali** avviene normalmente in automatico, secondo le operazioni anagrafiche effettuate. - -È importante evidenziare però che in fase di subentro, o durante la modifica di una scheda, il software di ANPR può segnalare problemi di consistenza dei dati con quanto contenuto nel database dell'Anagrafe Tributaria. In questo caso, l'emissione o l'aggiornamento del codice fiscale non avverrà in automatico fino alla risoluzione dell'inconsistenza. È responsabilità del comune prendere contatti con il cittadino e adoperarsi per risolvere il problema. La [guida online](../subentro/index.html) fornisce indicazioni sulle procedure raccomandate per la bonifica dei dati. - -In caso il codice fiscale venga emesso prima della registrazione in Anagrafe, per esempio presso l'Agenzia delle Entrate, o durante l'ottenimento del permesso di soggiorno, il codice fiscale verrà reso automaticamente a disposizione all'interno di ANPR. -Si raccomanda all'operatore di anagrafe di chiedere al Cittadino conferma del possesso di un codice fiscale e verificare in ANPR, prima dell'emissione di un nuovo codice, al fine di prevenire duplicazioni. - -Inoltre, è importante evidenziare che è prevista l'integrazione diretta con ANPR di tutti gli Enti che erogano Pubblici Servizi che necessitano accesso al database anagrafico nazionale. Questo documento verrà quindi aggiornato man mano che il processo di integrazione sarà completato. - -Rimane la possibilità per il comune di sottoscrivere convenzioni per consentire l'accesso o fornire elenchi dei dati anagrafici dei propri residenti. - -## Verifiche, problemi e processi - -Ricordiamo inoltre che ognuno degli enti che fruiscono di ANPR potrebbe richiedervi di verificare la consistenza di specifiche posizioni anagrafiche di vostra competenza. In questo caso, occorre verificare la posizione con i dati di ANPR, e consigliamo quindi di verificare quello che risulta dal vostro gestionale con la Web Application. - -Nel caso uno di questi enti richieda di effettuare procedure o operazioni ulteriori rispetto a quanto indicato all'interno di questo documento, o reputate necessario l'aggiunta o rimozione di informazioni, vi preghiamo di segnalarcelo a questo indirizzo email [segnalazioni-anpr@teamdigitale.governo.it](mailto:segnalazioni-anpr@teamdigitale.governo.it). - - -Utilizzeremo le vostre segnalazioni per migliorare la documentazione fornita o per assicurarci che le procedure utilizzate vengano prontamente aggiornate. diff --git a/src/comuni/cosa-cambia-comune-migrato.rst b/src/comuni/cosa-cambia-comune-migrato.rst new file mode 100644 index 00000000..815b04b8 --- /dev/null +++ b/src/comuni/cosa-cambia-comune-migrato.rst @@ -0,0 +1,165 @@ +Se state leggendo questo documento è perché pensate di far migrare il +vostro comune all'Anagrafe Nazionale della Popolazione Residente (ANPR), +o perché avete recentemente completato la migrazione. + +In ogni modo, trovate di seguito alcune informazioni su cosa cambia per +voi - Sindaci, Ufficiali Anagrafici, o utenti del sistema - una volta +che il vostro comune sarà passato ad ANPR. + +Cambiamenti nei rapporti con i Cittadini +---------------------------------------- + +Grazie al subentro in ANPR, **il cittadino può richiedere in ogni +momento la stampa dei certificati da altri comuni** e **può verificare i +propri dati online se munito di CNS (ed entro breve, CIE), e tra non +molto stampare anche certificati.** Questo significa che: + +- **le informazioni in ANPR devono essere sempre attuali e corrette**. + ANPR è la banca dati di riferimento: il software anagrafico nel + vostro comune deve assicurarsi di aggiornare ANPR con successo prima + di rendere effettiva qualsiasi modifica nell'anagrafe locale. Non è + consentito differire l'aggiornamento di ANPR. Altrimenti, il + cittadino o l'ente che fa affidamento su ANPR potrebbe ottenere dal + database nazionale un certificato valido ma con informazioni diverse + da quelle dichiarate al comune di residenza, con possibili + implicazioni legali. + +- **non è consentito effettuare modifiche con effetto retroattivo, se + non nei casi previsti dalla normativa**. In caso contrario, infatti + un cittadino potrebbe trovarsi in possesso di un certificato emesso + da uno sportello di un altro comune a tutti gli effetti valido, ma + non corretto. O il dato potrebbe essere stato usato nel frattempo da + un ente convenzionato, con effetti più o meno gravi sulla persona. + +Cambiamenti nei rapporti con altri Comuni e Pubbliche Amministrazioni +--------------------------------------------------------------------- + +- Quando un Cittadino richiede il **cambio di residenza** presso il + vostro comune, **se il comune di origine è già transitato ad ANPR**, + **il modulo APR/4** utilizzato oggi per comunicare l'iscrizione + presso la vostra anagrafe **non deve essere più inviato**. ANPR invia + automaticamente una notifica al Comune di provenienza Nel caso invece + in cui il comune di origine non sia già subentrato in ANPR, si + continuano ad utilizzare le stesse procedure usate fino ad oggi. + +- Allo stesso modo, se un vostro cittadino **cambia residenza** verso + un altro comune già presente in ANPR, il vostro sistema riceverà e + processerà la relativa notifica in automatico. Si continueranno però + a ricevere i moduli APR/4 da parte dei comuni non in ANPR. + +- **Non è più necessario caricare i dati su INA-SAIA.** ANPR + sostituisce a tutti gli effetti il sistema INA-SAIA. + +- **Al momento del cambio di residenza non è più necessario registrare + la targa dei veicoli e il numero della patente** dei soggetti + interessati, ma **solo che sono in possesso di veicolo e/o + patente**\ \*. In presenza di queste informazioni (possesso di + veicolo e/o patente), ANPR trasmette automaticamente la notifica alla + Motorizzazione che invia, alla nuova abitazione, i contrassegni da + apporre sulla carta di circolazione di ciascun veicolo alla nuova + abitazione. È necessario informare il cittadino che, in caso di + mancato ricevimento del contrassegno, egli può contattare il call + center della Motorizzazione al n. 800232323. + +- **ANPR sostituisce integralmente ANAG AIRE**. A partire dal subentro + i dati dei cittadini residenti all'estero sono gestiti direttamente + con ANPR. + +- **Non cambia nulla nell'emissione della CIE (Carta di Identità + Elettronica)**. + +Sono in corso di realizzazione nuove interfacce tra i sistemi CIE e +ANPR, che nei comuni migrati consentiranno di leggere in automatico +molte informazioni in più, come per esempio i dati dei genitori per i +minorenni - quando disponibili e utilizzabili. Queste interfacce poi, +per tutti i comuni, consentiranno ai sistemi CIE di utilizzare la +migliore fonte dati disponibile (ANPR, INA-SAIA, Anagrafe Tributaria, +AIRE). + +L'integrazione con l'APR locale via protocollo SAD continuerà a +funzionare, anche dopo il subentro in ANPR - almeno fin quando non +verranno fornite nuove interfacce funzionalmente equivalenti. Fino al +completamento delle nuove interfacce di cooperazione CIE-ANPR, il +sistema di emissione CIE "CIEOnline" continuerà a effettuare la +convalida dei dati prelevati da APR direttamente su INA-SAIA o ANPR e a +comunicare al software di anagrafe locale e ANPR il nuovo numero di CIE +o l'avvenuto annullamento. A seguito del completamento delle nuove +interfacce di cooperazione, le CIE emesse o l'avvenuto annullamento +verranno poi automaticamente inviate ad ANPR da "CIEOnline", +indipendentemente dall'APR locale. \*\* Con CIE, inoltre, il cartellino +elettronico viene emesso e trasmesso automaticamente alla Polizia di +Stato, mantenendo comunque una copia a disposizione del comune +consultabile sul sistema "CIEOnline". + +- **I sistemi INPS ricevono direttamente i dati da ANPR**. Se + utilizzate il sistema ArcoWeb per il caricamento dei dati, non è più + necessario. + +**Per quanto concerne i dati storici,** oggi non presenti in ANPR, INPS +utilizza i dati storici che in precedenza avete già fornito tramite +*ArcoWeb*. Per i comuni che non hanno adottato *ArcoWeb*, INPS +continuerà a richiedere le informazioni storiche (precedenti al subentro +in ANPR) tramite certificati cartacei. + +- Passati 3 mesi dal subentro in ANPR del vostro comune, **non è più + necessario inviare alcun tipo di dati all'ISTAT.** Verificata la + congruità dei dati, ISTAT processerà infatti i dati direttamente da + ANPR. + +Il Comune deve però completare l'invio all'ISTAT di tutti i dati +riferiti ai mesi precedenti al subentro, e all'intero mese in cui il +subentro è avvenuto. Il comune non verrà considerato subentrato fino al +completamento di questi invii. + +I comuni che ad oggi sono già migrati ad ANPR dovranno attendere +conferma diretta dall'ISTAT prima di interrompere gli invii. + +- L'allineamento con l'Anagrafe Tributaria e l'emissione dei **codici + fiscali** avviene normalmente in automatico, secondo le operazioni + anagrafiche effettuate. + +È importante evidenziare però che in fase di subentro, o durante la +modifica di una scheda, il software di ANPR può segnalare problemi di +consistenza dei dati con quanto contenuto nel database dell'Anagrafe +Tributaria. In questo caso, l'emissione o l'aggiornamento del codice +fiscale non avverrà in automatico fino alla risoluzione +dell'inconsistenza. È responsabilità del comune prendere contatti con il +cittadino e adoperarsi per risolvere il problema. La `guida +online <../subentro/index.html>`__ fornisce indicazioni sulle procedure +raccomandate per la bonifica dei dati. + +In caso il codice fiscale venga emesso prima della registrazione in +Anagrafe, per esempio presso l'Agenzia delle Entrate, o durante +l'ottenimento del permesso di soggiorno, il codice fiscale verrà reso +automaticamente a disposizione all'interno di ANPR. Si raccomanda +all'operatore di anagrafe di chiedere al Cittadino conferma del possesso +di un codice fiscale e verificare in ANPR, prima dell'emissione di un +nuovo codice, al fine di prevenire duplicazioni. + +Inoltre, è importante evidenziare che è prevista l'integrazione diretta +con ANPR di tutti gli Enti che erogano Pubblici Servizi che necessitano +accesso al database anagrafico nazionale. Questo documento verrà quindi +aggiornato man mano che il processo di integrazione sarà completato. + +Rimane la possibilità per il comune di sottoscrivere convenzioni per +consentire l'accesso o fornire elenchi dei dati anagrafici dei propri +residenti. + +Verifiche, problemi e processi +------------------------------ + +Ricordiamo inoltre che ognuno degli enti che fruiscono di ANPR potrebbe +richiedervi di verificare la consistenza di specifiche posizioni +anagrafiche di vostra competenza. In questo caso, occorre verificare la +posizione con i dati di ANPR, e consigliamo quindi di verificare quello +che risulta dal vostro gestionale con la Web Application. + +Nel caso uno di questi enti richieda di effettuare procedure o +operazioni ulteriori rispetto a quanto indicato all'interno di questo +documento, o reputate necessario l'aggiunta o rimozione di informazioni, +vi preghiamo di segnalarcelo a questo indirizzo email +segnalazioni-anpr@teamdigitale.governo.it. + +Utilizzeremo le vostre segnalazioni per migliorare la documentazione +fornita o per assicurarci che le procedure utilizzate vengano +prontamente aggiornate. diff --git a/src/faq/faq.md b/src/faq/faq.md deleted file mode 100644 index 1e54ad44..00000000 --- a/src/faq/faq.md +++ /dev/null @@ -1,223 +0,0 @@ -## Domande frequenti - -### Perché dovrei far passare il mio comune ad ANPR? - -Al di là degli obblighi legali che indicano come il passaggio ad ANPR per i -comuni sia obbligatorio, vi sono diversi vantaggi nella gestione delle pratiche -di tutti i giorni. - -Potrete ad esempio evitare di inviare comunicazioni puntuali all'ISTAT, non -dipendere dal servizio INA-SAIA o ANAG-Aire, evitare le comunicazioni all'INPS, -ecc. - -All'interno di [questo documento](../comuni/index.html) trovate una descrizione -più dettagliata dei vantaggi del passaggio ad ANPR. - -### Cosa devo fare per passare ad ANPR? - -È necessario pianificare il subentro del comune, che è un'operazione che -coinvolge il fornitore di servizi tecnologici e l'ufficio anagrafe. -Innanzitutto va fatta una prova di subentro che determina quali anomalie devono -essere rimosse prima del subentro, quindi si pianifica il passaggio definitivo -del comune ad ANPR. - -Se non avete ancora provveduto, contattate i vostri fornitori per pianificare i -passi successivi per il subentro in ANPR. - -All'interno di [questo documento](../subentro/introduzione.html) trovate -un'introduzione al processo di subentro per il Comune. - -### Cosa cambia per il mio comune con il passaggio ad ANPR? - -Come già saprete, **alcuni regolamenti anagrafici cambiano al passaggio ad -ANPR**. - -Questo perché alcune procedure vengono automatizzate, mentre l'integrazione con -altri database nazionali (per esempio, ISTAT, INPS, motorizzazione civile) -avviene in automatico, senza nessun lavoro da parte del comune. - -All'interno di [questo documento](../comuni/index.html) informativo trovate -alcuni dettagli in più circa le obbligazioni dei comuni verso enti terzi, ed -alcune considerazioni su quello che cambia verso i vostri cittadini. - -### Devo cambiare i sistemi utilizzati dagli ufficiali di Anagrafe? - -**Generalmente no**. La maggior parte dei fornitori di software anagrafico ha -infatti scelto di integrare ANPR direttamente nel proprio pacchetto -applicativo, utilizzando la modalità *web services*. - -Se il vostro fornitore ha quindi completato l'integrazione delle API -nell'applicazione che state usando oggi, non dovrebbe cambiare niente per -l'Ufficiale di Anagrafe, in termini di interfaccia e procedure. - -Semplicemente, dietro le quinte, l'applicativo parlerà con il database -nazionale invece di quello locale. - -Alcuni fornitori software hanno però deciso di legare il passaggio ad ANPR a -particolari versioni del loro software, o integrare le funzionalità del loro -prodotto con quelle della WebApp di ANPR. - -Parlatene con il vostro fornitore. - -Potete trovare l'elenco dei fornitori che ad oggi gestiscono -comuni passati ad ANPR a questo indirizzo: [https://dashboard.teamdigitale.governo.it/public/dashboard/2414d40b-9273-4e54-83ae-df346826fc53](https://dashboard.teamdigitale.governo.it/public/dashboard/2414d40b-9273-4e54-83ae-df346826fc53). - -### Devo bonificare tutti i dati anagrafici per passare ad ANPR? - -Assolutamente no, non è necessario rimuovere tutte le anomalie anagrafiche -prima del subentro perchè spesso questo significherebbe un aggravio di -operazioni e costi per il comune molto gravoso che può essere fatto nel tempo o -al momento in cui il cittadino si presenta allo sportello. - -[Abbiamo prodotto questa documentazione](../subentro/index.html) che indica -cosa è necessario modificare prima di subentrare e cosa può essere rimandato ad -un successivo momento o al momento in cui il cittadino richiede una -certificazione. - -### Quanto costa passare ad ANPR? - -Il costo di passaggio ad ANPR dipende da due fattori: - -1. Il costo del personale comunale per la bonifica dei dati - -2. Il costo del fornitore per l'upgrade della versione del vostro gestionale ad - una compatibile con ANPR e il supporto durante il processo di bonifica - (prova di subentro e subentro). - -Relativamente al primo punto, molto dipenderà da quante operazioni di bonifica -deciderete di fare oltre quelle strettamente necessarie per il subentro, mentre -per quanto riguarda il secondo punto dipende dal contratto che avete in corso e -se questo prevede già gli aggiornamenti software, in quel caso dovreste pagare -solo la consulenza del personale che vi supporta al subentro. - -Il nostro intento, migliorando la documentazione, e automatizzando i processi -è quello di ridurre i costi per i comuni ma anche rendere il processo più -snello per le software house che, come naturale, non possono avere personale in -loco su tutti gli 8000 comuni. - -### Quanto tempo ci si mette a passare ad ANPR? - -Stiamo lavorando per automatizzare il processo, ma nel caso non vi siano -anomalie da correggere il processo può essere addirittura immediato. In base ai -processi avviati finora, il tempo medio richiesto è di circa **due mesi** -(maggiori informazioni nella pagina [Stima dei tempi per il subentro di un -Comune](../attivita-subentro/index.html).) - -In ogni caso, tutte le pianificazioni di subentro passano per un test sulla qualità -dei dati che avviene con il cosiddetto "pre subentro". Questo consiste -nell'invio della propria APR locale a quella centrale per verificarne lo stato e -le anomalie. - -In base a questo report il comune potrà bonificare i dati, solo se necessario, -e quindi procedere con il subentro definitivo. - -### È vero che con il passaggio ad ANPR il mio comune dovrà dismettere il servizio X? - -No, ANPR non nasce con l'intenzione di limitare il numero di servizi che il -vostro comune offre, anzi, in prospettiva consentirà di fornire servizi nuovi, -contribuire a costruire integrazioni automatiche con altri servizi e -semplificare la vita del cittadino. - -### Devo cambiare hardware o connettività del comune per passare ad ANPR? - -No, la comunicazione con ANPR è una comunicazione remota basata su scambio di -messaggi di pochi KB che non richiedono al comune di dotarsi di una -connettività supplementare rispetto a quella normalmente usata ad oggi. - -Il vostro comune ha già in piedi queste comunicazioni per INA-SAIA ad esempio, -e il passaggio ad ANPR non rappresenta un considerevole incremento nella banda -richiesta per l'accesso ai servizi. - -### Per passare ad ANPR, devo per forza utilizzare l'interfaccia web di ANPR? La WebApp? - -**No.** Utilizzare la WebApp, l'interfaccia web messa a disposizione del -comune, è assolutamente a discrezione del Comune e del software che utilizzate, -è completamente opzionale. - -L'interfaccia Web però è una finestra sui contenuti letti e mostrati -direttamente dal database nazionale. Ci sono quindi alcune operazioni di -verifica, correzione di errori, o altre operazioni molto rare, per cui vi potrebbe essere -richiesto di utilizzare l'interfaccia web. - -### Quando verranno dismessi i Web Services? - -**Non ci sono piani per la dismissione dei Web service.** Al contrario, -pianifichiamo di mantenerli e di farli crescere nel tempo come un meccanismo -primario di accesso ad ANPR. - -Inizialmente, i Web service erano stati concepiti come un meccanismo per -consentire la migrazione ad ANPR, mantenendo poi la WebApp come unico -meccanismo per accedere e modificare i dati. - -Ci siamo resi conto però che per consentire ai comuni di continuare a -beneficiare di tutte le integrazioni realizzate negli anni, e di mantenere i -processi cui erano abituati, nonché di realizzare nuove integrazioni in futuro, -è fondamentale fornire API e meccanismi di comunicazione automatica. - -Questo è evidenziato anche nel Piano Triennale della Pubblica Amministrazione, -nonché nella nuova edizione del CAD. - - -### Richiesta abilitazione indirizzo IP - -L’utilizzo dei web services ANPR in ambiente di produzione prevede che -venga preventivamente abilitato l’indirizzo ip del comune dal quale si -inviano tali richieste. - -Le richieste di abilitazione dell’ip devono essere effettuate al momento -del censimento degli utenti nell’area riservata dei servizi demografici -al link: - -[*http://areaprivata.servizidemografici.interno.it/sitoCNSD/security/logon.jsp*](http://areaprivata.servizidemografici.interno.it/sitoCNSD/security/logon.jsp) - -Si accede con le credenziali dell’area riservata e si seleziona la voce -sulla sinistra Censimento ANPR - -![](image1.png) - -Oltre ai dati generali del Comune è previsto che sia l’indirizzo/i IP -e/o la NET di provenienza con il quale il comune intende connettersi ai -servizi ANPR. Nel caso non si fosse a conoscenza di tale indirizzo, si -suggerisce di contattare il proprio fornitore di connettività o in -alternativa di accedere, con un qualsiasi browser collegato alla rete -internet, al link https://www.myip.com. Lo stesso sito mostrerà in breve - -l’indirizzo IP di provenienza. Si ricorda che l’indirizzo deve essere -pubblico e statico. Una volta inserito occorrerà premere il tasto -Aggiungi IP. - -![](media/image2.png) - -Tali ip, comunicati nel momento del censimento, vengono successivamente -resi disponibili sul sito web di ANPR, alla voce -Amministrazione->Gestione dati del comune, nella sezione -“Informazioni Aggiuntive” , in modo che possano essere eventualmente -eliminati e/o aggiunti ad altri ip - -![](media/image3.png) - -In caso di problemi o di particolari urgenze è possibile scrivere alla -casella di posta - -[*ass.abilit\_ip.anpr@sogei.it*](mailto:ass.abilit_ip.anpr@sogei.it) - -L’applicazione non consente l’inserimento di indirizzi privati quali : - -- 192.168.\* - -- 10.\* - -- 172.16.\* - -Le normali richieste di abilitazione ip effettuate attraverso questa -casella di posta non saranno prese in considerazione - - - -### Le informazioni fornite in questo (o altri) documenti non corrispondono, cosa devo fare? - -Stiamo lavorando per sistemare la documentazione e per avere tutte le informazioni -essenziali in un solo sito, ma se qualcosa non è coerente per favore -segnalatelo a -[segnalazioni-anpr@teamdigitale.governo.it](mailto:segnalazioni-anpr@teamdigitale.governo.it) - diff --git a/src/faq/faq.rst b/src/faq/faq.rst new file mode 100644 index 00000000..34d4a160 --- /dev/null +++ b/src/faq/faq.rst @@ -0,0 +1,242 @@ +Domande frequenti +----------------- + +Perché dovrei far passare il mio comune ad ANPR? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Al di là degli obblighi legali che indicano come il passaggio ad ANPR +per i comuni sia obbligatorio, vi sono diversi vantaggi nella gestione +delle pratiche di tutti i giorni. + +Potrete ad esempio evitare di inviare comunicazioni puntuali all'ISTAT, +non dipendere dal servizio INA-SAIA o ANAG-Aire, evitare le +comunicazioni all'INPS, ecc. + +All'interno di `questo documento <../comuni/index.html>`__ trovate una +descrizione più dettagliata dei vantaggi del passaggio ad ANPR. + +Cosa devo fare per passare ad ANPR? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +È necessario pianificare il subentro del comune, che è un'operazione che +coinvolge il fornitore di servizi tecnologici e l'ufficio anagrafe. +Innanzitutto va fatta una prova di subentro che determina quali anomalie +devono essere rimosse prima del subentro, quindi si pianifica il +passaggio definitivo del comune ad ANPR. + +Se non avete ancora provveduto, contattate i vostri fornitori per +pianificare i passi successivi per il subentro in ANPR. + +All'interno di `questo documento <../subentro/introduzione.html>`__ +trovate un'introduzione al processo di subentro per il Comune. + +Cosa cambia per il mio comune con il passaggio ad ANPR? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Come già saprete, **alcuni regolamenti anagrafici cambiano al passaggio +ad ANPR**. + +Questo perché alcune procedure vengono automatizzate, mentre +l'integrazione con altri database nazionali (per esempio, ISTAT, INPS, +motorizzazione civile) avviene in automatico, senza nessun lavoro da +parte del comune. + +All'interno di `questo documento <../comuni/index.html>`__ informativo +trovate alcuni dettagli in più circa le obbligazioni dei comuni verso +enti terzi, ed alcune considerazioni su quello che cambia verso i vostri +cittadini. + +Devo cambiare i sistemi utilizzati dagli ufficiali di Anagrafe? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +**Generalmente no**. La maggior parte dei fornitori di software +anagrafico ha infatti scelto di integrare ANPR direttamente nel proprio +pacchetto applicativo, utilizzando la modalità *web services*. + +Se il vostro fornitore ha quindi completato l'integrazione delle API +nell'applicazione che state usando oggi, non dovrebbe cambiare niente +per l'Ufficiale di Anagrafe, in termini di interfaccia e procedure. + +Semplicemente, dietro le quinte, l'applicativo parlerà con il database +nazionale invece di quello locale. + +Alcuni fornitori software hanno però deciso di legare il passaggio ad +ANPR a particolari versioni del loro software, o integrare le +funzionalità del loro prodotto con quelle della WebApp di ANPR. + +Parlatene con il vostro fornitore. + +Potete trovare l'elenco dei fornitori che ad oggi gestiscono comuni +passati ad ANPR a questo indirizzo: +https://dashboard.teamdigitale.governo.it/public/dashboard/2414d40b-9273-4e54-83ae-df346826fc53. + +Devo bonificare tutti i dati anagrafici per passare ad ANPR? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Assolutamente no, non è necessario rimuovere tutte le anomalie +anagrafiche prima del subentro perchè spesso questo significherebbe un +aggravio di operazioni e costi per il comune molto gravoso che può +essere fatto nel tempo o al momento in cui il cittadino si presenta allo +sportello. + +`Abbiamo prodotto questa documentazione <../subentro/index.html>`__ che +indica cosa è necessario modificare prima di subentrare e cosa può +essere rimandato ad un successivo momento o al momento in cui il +cittadino richiede una certificazione. + +Quanto costa passare ad ANPR? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Il costo di passaggio ad ANPR dipende da due fattori: + +1. Il costo del personale comunale per la bonifica dei dati + +2. Il costo del fornitore per l'upgrade della versione del vostro + gestionale ad una compatibile con ANPR e il supporto durante il + processo di bonifica (prova di subentro e subentro). + +Relativamente al primo punto, molto dipenderà da quante operazioni di +bonifica deciderete di fare oltre quelle strettamente necessarie per il +subentro, mentre per quanto riguarda il secondo punto dipende dal +contratto che avete in corso e se questo prevede già gli aggiornamenti +software, in quel caso dovreste pagare solo la consulenza del personale +che vi supporta al subentro. + +Il nostro intento, migliorando la documentazione, e automatizzando i +processi è quello di ridurre i costi per i comuni ma anche rendere il +processo più snello per le software house che, come naturale, non +possono avere personale in loco su tutti gli 8000 comuni. + +Quanto tempo ci si mette a passare ad ANPR? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Stiamo lavorando per automatizzare il processo, ma nel caso non vi siano +anomalie da correggere il processo può essere addirittura immediato. In +base ai processi avviati finora, il tempo medio richiesto è di circa +**due mesi** (maggiori informazioni nella pagina `Stima dei tempi per il +subentro di un Comune <../attivita-subentro/index.html>`__.) + +In ogni caso, tutte le pianificazioni di subentro passano per un test +sulla qualità dei dati che avviene con il cosiddetto "pre subentro". +Questo consiste nell'invio della propria APR locale a quella centrale +per verificarne lo stato e le anomalie. + +In base a questo report il comune potrà bonificare i dati, solo se +necessario, e quindi procedere con il subentro definitivo. + +È vero che con il passaggio ad ANPR il mio comune dovrà dismettere il servizio X? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +No, ANPR non nasce con l'intenzione di limitare il numero di servizi che +il vostro comune offre, anzi, in prospettiva consentirà di fornire +servizi nuovi, contribuire a costruire integrazioni automatiche con +altri servizi e semplificare la vita del cittadino. + +Devo cambiare hardware o connettività del comune per passare ad ANPR? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +No, la comunicazione con ANPR è una comunicazione remota basata su +scambio di messaggi di pochi KB che non richiedono al comune di dotarsi +di una connettività supplementare rispetto a quella normalmente usata ad +oggi. + +Il vostro comune ha già in piedi queste comunicazioni per INA-SAIA ad +esempio, e il passaggio ad ANPR non rappresenta un considerevole +incremento nella banda richiesta per l'accesso ai servizi. + +Per passare ad ANPR, devo per forza utilizzare l'interfaccia web di ANPR? La WebApp? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +**No.** Utilizzare la WebApp, l'interfaccia web messa a disposizione del +comune, è assolutamente a discrezione del Comune e del software che +utilizzate, è completamente opzionale. + +L'interfaccia Web però è una finestra sui contenuti letti e mostrati +direttamente dal database nazionale. Ci sono quindi alcune operazioni di +verifica, correzione di errori, o altre operazioni molto rare, per cui +vi potrebbe essere richiesto di utilizzare l'interfaccia web. + +Quando verranno dismessi i Web Services? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +**Non ci sono piani per la dismissione dei Web service.** Al contrario, +pianifichiamo di mantenerli e di farli crescere nel tempo come un +meccanismo primario di accesso ad ANPR. + +Inizialmente, i Web service erano stati concepiti come un meccanismo per +consentire la migrazione ad ANPR, mantenendo poi la WebApp come unico +meccanismo per accedere e modificare i dati. + +Ci siamo resi conto però che per consentire ai comuni di continuare a +beneficiare di tutte le integrazioni realizzate negli anni, e di +mantenere i processi cui erano abituati, nonché di realizzare nuove +integrazioni in futuro, è fondamentale fornire API e meccanismi di +comunicazione automatica. + +Questo è evidenziato anche nel Piano Triennale della Pubblica +Amministrazione, nonché nella nuova edizione del CAD. + +Richiesta abilitazione indirizzo IP +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +L’utilizzo dei web services ANPR in ambiente di produzione prevede che +venga preventivamente abilitato l’indirizzo ip del comune dal quale si +inviano tali richieste. + +Le richieste di abilitazione dell’ip devono essere effettuate al momento +del censimento degli utenti nell’area riservata dei servizi demografici +al link: + +`*http://areaprivata.servizidemografici.interno.it/sitoCNSD/security/logon.jsp* `__ + +Si accede con le credenziali dell’area riservata e si seleziona la voce +sulla sinistra Censimento ANPR + +.. figure:: image1.png + :alt: + +Oltre ai dati generali del Comune è previsto che sia l’indirizzo/i IP +e/o la NET di provenienza con il quale il comune intende connettersi ai +servizi ANPR. Nel caso non si fosse a conoscenza di tale indirizzo, si +suggerisce di contattare il proprio fornitore di connettività o in +alternativa di accedere, con un qualsiasi browser collegato alla rete +internet, al link https://www.myip.com. Lo stesso sito mostrerà in breve + +l’indirizzo IP di provenienza. Si ricorda che l’indirizzo deve essere +pubblico e statico. Una volta inserito occorrerà premere il tasto +Aggiungi IP. + +.. figure:: media/image2.png + :alt: + +Tali ip, comunicati nel momento del censimento, vengono successivamente +resi disponibili sul sito web di ANPR, alla voce +Amministrazione->Gestione dati del comune, nella sezione “Informazioni +Aggiuntive” , in modo che possano essere eventualmente eliminati e/o +aggiunti ad altri ip + +.. figure:: media/image3.png + :alt: + +In caso di problemi o di particolari urgenze è possibile scrivere alla +casella di posta + +`*ass.abilit\_ip.anpr@sogei.it* `__ + +L’applicazione non consente l’inserimento di indirizzi privati quali : + +- 192.168.\* + +- 10.\* + +- 172.16.\* + +Le normali richieste di abilitazione ip effettuate attraverso questa +casella di posta non saranno prese in considerazione + +Le informazioni fornite in questo (o altri) documenti non corrispondono, cosa devo fare? +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Stiamo lavorando per sistemare la documentazione e per avere tutte le +informazioni essenziali in un solo sito, ma se qualcosa non è coerente +per favore segnalatelo a segnalazioni-anpr@teamdigitale.governo.it diff --git a/src/smart-card-prefetture/censimento-utenti-postazioni-prefetture.md b/src/smart-card-prefetture/censimento-utenti-postazioni-prefetture.md deleted file mode 100755 index 65a98f10..00000000 --- a/src/smart-card-prefetture/censimento-utenti-postazioni-prefetture.md +++ /dev/null @@ -1,139 +0,0 @@ -## 1. Premessa - -Il presente documento sintetizza il flusso delle attività necessarie per il primo censimento, per l'attivazione degli utenti e delle smart card, da completare per consentire la consegna delle smart card ai comuni di competenza, in previsione del loro subentro in ANPR. - -Per maggiori dettagli sulle operazioni occorre consultare la Guida operativa disponibile in [www.anpr.interno.it](http://www.anpr.interno.it), guida ad ANPR, Censimento degli utenti e delle postazioni. - -## 2. Passi da seguire - -La FIGURA 1 riportata di seguito comprende tutti i passi previsti; ciascuna attività è identificata da un progressivo che coincide con il titolo del paragrafo la descrive. - -![image alt text](image_0.png) - -### 2.1. Censimento degli utenti ANPR della Prefettura - -L'attività di censimento utenti è propedeutica al subentro dei comuni di competenza della Prefettura in ambiente di produzione. - -Per effettuare il censimento degli utenti occorre: - -* Accedere al sito WEB CNSD al link http://servizidemografici.interno.it - -* Selezionare la voce di menu SERVIZI PRINCIPALI/Area privata - -* Effettuare il login con la propria utenza e la relativa password (l'utenza da utilizzare è quella che termina con le lettere "PR") - -* selezionare la voce di menu a sinistra "Censimento ANPR". - -Al momento, il numero massimo di postazioni previste per le Prefetture è cinque. - -Dovrà essere inserito almeno un utente con il profilo di "Amministratore Sicurezza (ALS)" e uno con “Amministratore Postazioni (ALP)” per un massimo di cinque utenti. Ciascun utente censito sarà titolare di smart card. - -### 2.2. Ricezione plico Smart card - -Dopo aver effettuato il censimento utenti, le smart card (SC nel seguito del documento) vengono personalizzate e trasmesse alla Prefettura che le ha richieste. La smart card è custodita in una busta che contiene la prima parte del PIN, del PUK e metà della password di accesso da utilizzare in caso di impossibilità di utilizzo della SC. - -### 2.3. Invio PEC con certificato postazione - -L'ALS riceve via PEC, all'indirizzo fornito nella fase di censimento utenti, il primo certificato di postazione con la relativa password per poter effettuare le operazioni previste in questa fase. - -### 2.4. Invio PEL ai Titolari - -Tutti gli utenti della Prefettura censiti ricevono nella propria casella di posta elettronica personale (PEL) la restante metà del PIN del PUK e della password di accesso. - -### 2.5. Installazione certificato postazione - -L'utente censito come ALP installa il certificato di postazione sul PC dove poi saranno effettuate le operazioni successive in ANPR (consegna smart card, scarico certificati di postazione ecc.). - -Se si utilizzano i browser Microsoft Internet Explorer o Google Chrome sarà sufficiente effettuare un doppio click sul certificato stesso e proseguire seguendo le istruzione presentate a video. In particolare occorrerà specificare la password d'installazione ricevuta via PEL insieme al certificato stesso. - -Se si utilizza Mozilla Firefox occorre procedere con l'importazione del certificato attraverso il pannello delle opzioni del browser stesso. - -Dal menù Opzioni scegliere Avanzate - Certificati – Mostra Certificati, spostarsi sul Tab dei Certificati Personali e procedere con il tasto Importa.. - -![image alt text](image_1.png) - -### 2.6. Installazione lettore e driver SC - -Sulle postazioni certificate utilizzate dagli utenti della Prefettura occorre : - -* installare il lettore SC - -* Installare il driver della SC - -#### 2.6.1. Lettore SC - -Generalmente nei sistemi operativi recenti il lettore di smart card fornito è riconosciuto ed installato nella modalità automatica plug&play. - -Dopo aver collegato il lettore al connettore USB del computer attendere che il sistema operativo comunichi all'utente che il dispositivo è installato e correttamente funzionante. - -#### 2.6.2. Driver SC - -Per installare il driver della smart card occorre accedere ai seguenti link: - -* Per Windows: - -[https://ca.arubapec.it/downloads/IDP_6.44.10_Windows.zip](https://ca.arubapec.it/downloads/IDP_6.44.10_Windows.zip) - -* Per Linux: - -[https://ca.arubapec.it/downloads/IDP6.33.02_LINUX.zip](https://ca.arubapec.it/downloads/IDP6.33.02_LINUX.zip) - -N.B. - -* Durante l'installazione dei driver della SC chiudere tutti i browser aperti. - -* Dopo l'installazione dei driver occorre RIAVVIARE IL PC - -* A volte è necessario riavviare il PC se si vuole utilizzare la smart card di un altro utente nel lettore nello stesso PC - -Dopo aver riavviato il PC, verificare la presenza dei certificati, sia di postazione che della smart card, nelle opzioni avanzate del browser. Per esempio per Mozilla Firefox: - -![image alt text](image_2.png) - -Il certificato utente ha come nome certificato il codice fiscale del titolare della SC. - -Dopo il riavvio del computer assicurarsi che nella barra delle applicazioni attive (o dalla lista dei processi attivi) sia presente l'applicativo "IDProtect Monitor", con il quale sarà possibile verificare le informazioni contenute all'interno della smart card, verificare la corretta visibilità da parte del browser e gestire eventuali operazioni di cambio e sblocco PIN. - -Per effettuare tale verifica occorre: - -* Inserire la smart card nel lettore - -* Verificare l'accensione della spia luminosa dello stesso - -* Avviare l'applicazione IDProtect Manager dal gruppo di applicazioni IDProtect Cliente e verificare che le informazioni contenute all'interno della smart card siano lette correttamente, in particolare il dato relativo al Serial Number del certificato. - -![image alt text](image_3.png) - -Selezionando il Tab Certificati & Chiavi e utilizzando il PIN fornito, è possibile verificare le informazioni riguardanti il codice fiscale dell'utente titolare della smart card. - -![image alt text](image_4.png) - -### 2.7. Consegna SC ai titolari - -L'ALS consegna le SC agli altri titolari unitamente alle buste con metà del PIN del PUK e della password di accesso. - -### 2.8. Download certificati di postazione - -L'ALP accede ad ANPR con la propria SC, seleziona il link Sicurezza, e di seguito, la funzione Gestione postazione – Ricerca postazione. - -È possibile ricercare tutti i certificati di postazione selezionando il bottone Ricerca. - -I certificati presenti nella lista della sezione Elenco postazioni coincidono con il numero di postazioni dichiarate dal comune al momento del censimento utenti. - -Selezionando l'icona lente presente nella colonna dettaglio è possibile visualizzare la password del relativo certificato e scaricare il file tramite il bottone Scarica certificato. - -È possibile effettuare il download di tutti i certificati da installare con una sola operazione selezionando il bottone "Scarica tutti" e salvando il file compresso sul PC. - -Il file contiene tutti i certificati e un file .txt con le relative password. - -### 2.9. Convocazione del sindaco - -Dopo l'arrivo del pacco con le SC in Prefettura, viene convocato il sindaco o un suo delegato per la consegna. - -La delega può riguardare esclusivamente un operatore ANPR precedentemente censito per quel comune. - -### 2.10. Consegna SC al sindaco - -Per rendere effettiva la consegna delle SC al sindaco, l'ALS della Prefettura accede ad ANPR effettuando il login con la propria smart card, seleziona il link Sicurezza in alto a destra, la voce "GESTIONE SMARTCARD" e poi “Consegna smart card Prefettura”. - -L'ALS consegna il pacco con le SC al sindaco unitamente alle buste contenenti metà del PIN, PUK e della password di accesso. diff --git a/src/smart-card-prefetture/censimento-utenti-postazioni-prefetture.rst b/src/smart-card-prefetture/censimento-utenti-postazioni-prefetture.rst new file mode 100644 index 00000000..7468488a --- /dev/null +++ b/src/smart-card-prefetture/censimento-utenti-postazioni-prefetture.rst @@ -0,0 +1,237 @@ +1. Premessa +----------- + +Il presente documento sintetizza il flusso delle attività necessarie per +il primo censimento, per l'attivazione degli utenti e delle smart card, +da completare per consentire la consegna delle smart card ai comuni di +competenza, in previsione del loro subentro in ANPR. + +Per maggiori dettagli sulle operazioni occorre consultare la Guida +operativa disponibile in +`www.anpr.interno.it `__, guida ad ANPR, +Censimento degli utenti e delle postazioni. + +2. Passi da seguire +------------------- + +La FIGURA 1 riportata di seguito comprende tutti i passi previsti; +ciascuna attività è identificata da un progressivo che coincide con il +titolo del paragrafo la descrive. + +.. figure:: image_0.png + :alt: image alt text + + image alt text + +2.1. Censimento degli utenti ANPR della Prefettura +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +L'attività di censimento utenti è propedeutica al subentro dei comuni di +competenza della Prefettura in ambiente di produzione. + +Per effettuare il censimento degli utenti occorre: + +- Accedere al sito WEB CNSD al link + http://servizidemografici.interno.it + +- Selezionare la voce di menu SERVIZI PRINCIPALI/Area privata + +- Effettuare il login con la propria utenza e la relativa password + (l'utenza da utilizzare è quella che termina con le lettere "PR") + +- selezionare la voce di menu a sinistra "Censimento ANPR". + +Al momento, il numero massimo di postazioni previste per le Prefetture è +cinque. + +Dovrà essere inserito almeno un utente con il profilo di "Amministratore +Sicurezza (ALS)" e uno con “Amministratore Postazioni (ALP)” per un +massimo di cinque utenti. Ciascun utente censito sarà titolare di smart +card. + +2.2. Ricezione plico Smart card +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Dopo aver effettuato il censimento utenti, le smart card (SC nel seguito +del documento) vengono personalizzate e trasmesse alla Prefettura che le +ha richieste. La smart card è custodita in una busta che contiene la +prima parte del PIN, del PUK e metà della password di accesso da +utilizzare in caso di impossibilità di utilizzo della SC. + +2.3. Invio PEC con certificato postazione +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +L'ALS riceve via PEC, all'indirizzo fornito nella fase di censimento +utenti, il primo certificato di postazione con la relativa password per +poter effettuare le operazioni previste in questa fase. + +2.4. Invio PEL ai Titolari +~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Tutti gli utenti della Prefettura censiti ricevono nella propria casella +di posta elettronica personale (PEL) la restante metà del PIN del PUK e +della password di accesso. + +2.5. Installazione certificato postazione +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +L'utente censito come ALP installa il certificato di postazione sul PC +dove poi saranno effettuate le operazioni successive in ANPR (consegna +smart card, scarico certificati di postazione ecc.). + +Se si utilizzano i browser Microsoft Internet Explorer o Google Chrome +sarà sufficiente effettuare un doppio click sul certificato stesso e +proseguire seguendo le istruzione presentate a video. In particolare +occorrerà specificare la password d'installazione ricevuta via PEL +insieme al certificato stesso. + +Se si utilizza Mozilla Firefox occorre procedere con l'importazione del +certificato attraverso il pannello delle opzioni del browser stesso. + +Dal menù Opzioni scegliere Avanzate - Certificati – Mostra Certificati, +spostarsi sul Tab dei Certificati Personali e procedere con il tasto +Importa.. + +.. figure:: image_1.png + :alt: image alt text + + image alt text + +2.6. Installazione lettore e driver SC +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Sulle postazioni certificate utilizzate dagli utenti della Prefettura +occorre : + +- installare il lettore SC + +- Installare il driver della SC + +2.6.1. Lettore SC +^^^^^^^^^^^^^^^^^ + +Generalmente nei sistemi operativi recenti il lettore di smart card +fornito è riconosciuto ed installato nella modalità automatica +plug&play. + +Dopo aver collegato il lettore al connettore USB del computer attendere +che il sistema operativo comunichi all'utente che il dispositivo è +installato e correttamente funzionante. + +2.6.2. Driver SC +^^^^^^^^^^^^^^^^ + +Per installare il driver della smart card occorre accedere ai seguenti +link: + +- Per Windows: + +https://ca.arubapec.it/downloads/IDP_6.44.10_Windows.zip + +- Per Linux: + +https://ca.arubapec.it/downloads/IDP6.33.02_LINUX.zip + +N.B. + +- Durante l'installazione dei driver della SC chiudere tutti i browser + aperti. + +- Dopo l'installazione dei driver occorre RIAVVIARE IL PC + +- A volte è necessario riavviare il PC se si vuole utilizzare la smart + card di un altro utente nel lettore nello stesso PC + +Dopo aver riavviato il PC, verificare la presenza dei certificati, sia +di postazione che della smart card, nelle opzioni avanzate del browser. +Per esempio per Mozilla Firefox: + +.. figure:: image_2.png + :alt: image alt text + + image alt text + +Il certificato utente ha come nome certificato il codice fiscale del +titolare della SC. + +Dopo il riavvio del computer assicurarsi che nella barra delle +applicazioni attive (o dalla lista dei processi attivi) sia presente +l'applicativo "IDProtect Monitor", con il quale sarà possibile +verificare le informazioni contenute all'interno della smart card, +verificare la corretta visibilità da parte del browser e gestire +eventuali operazioni di cambio e sblocco PIN. + +Per effettuare tale verifica occorre: + +- Inserire la smart card nel lettore + +- Verificare l'accensione della spia luminosa dello stesso + +- Avviare l'applicazione IDProtect Manager dal gruppo di applicazioni + IDProtect Cliente e verificare che le informazioni contenute + all'interno della smart card siano lette correttamente, in + particolare il dato relativo al Serial Number del certificato. + +.. figure:: image_3.png + :alt: image alt text + + image alt text + +Selezionando il Tab Certificati & Chiavi e utilizzando il PIN fornito, è +possibile verificare le informazioni riguardanti il codice fiscale +dell'utente titolare della smart card. + +.. figure:: image_4.png + :alt: image alt text + + image alt text + +2.7. Consegna SC ai titolari +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +L'ALS consegna le SC agli altri titolari unitamente alle buste con metà +del PIN del PUK e della password di accesso. + +2.8. Download certificati di postazione +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +L'ALP accede ad ANPR con la propria SC, seleziona il link Sicurezza, e +di seguito, la funzione Gestione postazione – Ricerca postazione. + +È possibile ricercare tutti i certificati di postazione selezionando il +bottone Ricerca. + +I certificati presenti nella lista della sezione Elenco postazioni +coincidono con il numero di postazioni dichiarate dal comune al momento +del censimento utenti. + +Selezionando l'icona lente presente nella colonna dettaglio è possibile +visualizzare la password del relativo certificato e scaricare il file +tramite il bottone Scarica certificato. + +È possibile effettuare il download di tutti i certificati da installare +con una sola operazione selezionando il bottone "Scarica tutti" e +salvando il file compresso sul PC. + +Il file contiene tutti i certificati e un file .txt con le relative +password. + +2.9. Convocazione del sindaco +~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Dopo l'arrivo del pacco con le SC in Prefettura, viene convocato il +sindaco o un suo delegato per la consegna. + +La delega può riguardare esclusivamente un operatore ANPR +precedentemente censito per quel comune. + +2.10. Consegna SC al sindaco +~~~~~~~~~~~~~~~~~~~~~~~~~~~~ + +Per rendere effettiva la consegna delle SC al sindaco, l'ALS della +Prefettura accede ad ANPR effettuando il login con la propria smart +card, seleziona il link Sicurezza in alto a destra, la voce "GESTIONE +SMARTCARD" e poi “Consegna smart card Prefettura”. + +L'ALS consegna il pacco con le SC al sindaco unitamente alle buste +contenenti metà del PIN, PUK e della password di accesso. From 01020c514fe434a46a383de01420d638418fe382 Mon Sep 17 00:00:00 2001 From: marco cipri Date: Tue, 26 Mar 2019 17:48:28 +0100 Subject: [PATCH 3/3] security update --- scripts/requirements.txt | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/requirements.txt b/scripts/requirements.txt index 504d0b64..350a4788 100644 --- a/scripts/requirements.txt +++ b/scripts/requirements.txt @@ -1,4 +1,4 @@ -requests==2.13.0 +requests>=2.20.0 lxml==3.7.3 openpyxl==2.4.6 xlrd==1.0.0