Osservazioni proposta SOGEI sui servizi di integrazione ANPR-CIE

[vintra73]

Nella definizione dei servizi ho osservato che l'element contenuto presente nei messaggi di richiesta del servizio AnprServiceN000 e nei messaggi di richiesta e risposta del servizio AnprServiceCIE sono tipizzate a base64Binary.

Mi chiedo perchè non si è prevista la definizione la strutturazione dei dati nella definizione del servizio ma la si è definita solo come richiesta applicativa nella documentazione?

Non è possibile precedere per il servizio AnprServiceN000 la definizione di un tipo

<xsd:complexType name="contenutoNotifica">
        <xsd:sequence>
            <xsd:element name="codice_istat_comune">
                <xs:simpleType >
                    <xs:restriction base="xs:string">
                        <xs:length value="6"/>
                        <xs:pattern value="([0-9])*"/>
                    </xs:restriction>
                </xs:simpleType>    
            </xsd:element>

            <xsd:element name="dataSubentro" type="xsd:date"/>
        </xsd:sequence>             
</xsd:complexType>

è tipizzare l'elemento contenuto con esso?

Non è possibile per il servizio AnprServiceCIE prevedere tre operation differenti o, volendo adottare un approccio come quello proposto ad operation unica, definire un tipo

<xs:complexType name="richiestePossibili">
    <xs:choice>
        <xs:element name="RichiestaCIE2">
            <xs:complexType>
                <xs:sequence>
                    <xs:annotation>
                        <xs:documentation>
                            <p>Richiesta CIE2: Interrogazione Dati Anagrafici</p>
                        </xs:documentation>
                    </xs:annotation>
                    <xs:element name="generalita" type="anpr:tipoGeneralitaPerRicercaCIE2"/>
                    <xs:element name="datiControllo" type="anpr:tipoDatiControllo"/>
                </xs:sequence>
            </xs:complexType>
        </xs:element>
        <xs:element name="RichiestaCIE7">
            <xs:complexType>
                <xs:sequence>
                    <xs:annotation>
                        <xs:documentation>
                            <p>Richiesta CIE7: Comunicazione annullamento</p>
                        </xs:documentation>
                    </xs:annotation>
                    <xs:element name="generalita" type="anpr:tipoGeneralitaPerRicercaCIE7" minOccurs="1" maxOccurs="1" />
                    <xs:element name="cartaIdentita" type="anpr:tipoCartaIdentitaCIE" minOccurs="1" maxOccurs="1" />
                    <xs:element name="dataAnnullamento" type="xs:date" minOccurs="1" maxOccurs="1" />
                </xs:sequence>
            </xs:complexType>
        </xs:element>
        <xs:complexType>
            <xs:sequence>
                <xs:annotation>
                    <xs:documentation>
                        <p>Richiesta CIE8: Comunicazione emissione</p>
                    </xs:documentation>
                </xs:annotation>
                <xs:element name="generalita"       type="anpr:tipoGeneralitaPerRicercaCIE8" minOccurs="1" maxOccurs="1" />
                <xs:element name="cartaIdentita"    type="anpr:tipoCartaIdentitaCIE" minOccurs="1" maxOccurs="1" />
            </xs:sequence>
        </xs:complexType>

    </xs:choice>
</xs:complexType>

è tipizzare l'elemento contenuto con esso?

Aggiungo che ho notato alcune differenze tra i WSDL/XSD e i file Excel, nel dettaglio

relativamente al file CIE0Servizi.xsd risulta:

• RispostaCIE/contenuto non è presente nel relativo file Excel, in esso è presente RispostaCIE/RispostaCIEX

relativamente al file tipoDato.xsd risulta

• tipoDatoTestataRisposta/tipoOperazione non è presente nel relativo file Excel, sono presenti invece tipoDatoTestataRisposta/protocolloComune, tipoDatoTestataRisposta/dataProtocolloComune, tipoDatoTestataRisposta/dataDecorrenza

• tipoGeneralitaPerRicerca prevede, oltre a codiceFiscale anche cognome, senzaCognome, nome, senzaNome, sesso, dataNascita, senzaGiorno, senzaGiornoMese, luogoNascita, idSchedaSoggettoANPR

• tipoDatoTestataRichiesta nel foglio Excel sono presenti anche idPostazione, idUtente

Infine ho alcune domande su l'esigenza e la tipizzazione di alcuni element, nel dettaglio

relativamente al file tipoDato.xsd

• tipoDatoTestataRichiesta/tipoInvio, mi chiedo se serva?
• tipoDatoTestataRisposta/esitoOperazione restano da individuare gli errori possibili?

relativamente al file vocabolarioCIEServizi.xsd

• tipoDatiControllo/comuneResidenza, sarebbe possibile tipizzare meglio il codice istat (una stringa di 6 numeri)
• tipoDatiControllo/soggettoAIRE perchè non si è usato boolean?

[gcarbonin]

L'utilizzo del base64binary semplifica moltissimo le operazioni di configurazione degli apparati di sicurezza lato Sogei; c'è in ogni caso il WSDL del base64. La notifica N031 è già strutturata così ed è in uso con i comuni e gli Enti. Riguardo all'affermazione "Non è possibile per il servizio AnprServiceCIE prevedere tre operation differenti o, volendo adottare un approccio come quello proposto ad operation unica, definire un tipo", non abbiamo ben compreso; anche le operazioni con i comuni sono struttate così (service1000 ad esempio al suo interno ha 7 operation). Controlliamo di disallineamenti. TipodatoXSD: TipoInvio serve per controllare in quale ambiente si mandano i dati;Gli errori saranno simili a quelli di ANPR se non proprio un loro sottoinsieme.

[gcarbonin]

Dimenticavo : abbiamo lasciato nelle generalità per ricerca cognome nome ecc. per consentire la possibilità di interrogare questi dati "fuori procedura standard" in quanto può risultare utile nella soluzione dei casi "soggetto non trovato". Sono dati non obbligatori; a limite non si utilizzeranno mai.