[RISOLTO] Problemi su test di invio notifica alla PA

Buongiorno a tutti, sono bloccato sull’ultimo test di interoperabilità Notifica esito a Operatore Economico


Premetto che a differenza di altri io ho attivato il canale solo in trasmissione.

Dopo l’invio di una fattura a valida alla PA ricevo una chiamata al mio server soap con l’azione RicevutaConsegna, dopodichè faccio una chiamata all’azione NotificaEsito sull’endpoint https://testservizi.fatturapa.it/ricevi_notifica inviando il mio xml di NotificaEsitoCommittente.

Purtroppo però sul canale continuo a ricevere ricevute di scarto in risposta con esito EN01 (NOTIFICA NON AMMISSIBILE)

Questo è il messaggio di NotificaEsitoCommittente che mando io

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<ns3:NotificaEsitoCommittente xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns:ns3="http://www.fatturapa.gov.it/sdi/messaggi/v1.0" versione="1.0">
    <IdentificativoSdI>6845767</IdentificativoSdI>
    <RiferimentoFattura>
        <NumeroFattura>1103</NumeroFattura>
        <AnnoFattura>2018</AnnoFattura>
    </RiferimentoFattura>
    <Esito>EC01</Esito>
</ns3:NotificaEsitoCommittente>

Mentre questo è il messaggio di NotificaEsito che mi manda lo sdi

<?xml version="1.0" encoding="UTF-8"?>
<ns3:ScartoEsitoCommittente xmlns:ns3="http://www.fatturapa.gov.it/sdi/messaggi/v1.0" xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" versione="1.0">
    <IdentificativoSdI>6845767</IdentificativoSdI>
    <RiferimentoFattura>
        <NumeroFattura>1103</NumeroFattura>
        <AnnoFattura>2018</AnnoFattura>
    </RiferimentoFattura>
    <Scarto>EN01</Scarto>
    <MessageId>17980536</MessageId>
<ds:Signature xmlns:ds="http://www.w3.org/2000/09/xmldsig#" Id="Signature1">...TRONCATO...</ds:Signature></ns3:ScartoEsitoCommittente>

Premetto che ho anche sentito l’assistenza e non hanno saputo rispondermi sulla causa, qualcuno saprebbe aiutarmi?
Identificativo sdi, numero e anno fattura sembrano coincidere. Non so dove picchiare la testa…

Io da questo pomeriggio ho un errore 500 da https://testservizi.fatturapa.it/ricevi_notifica

Quando da errore 500 di solito c’è un problema sul messaggio che mandi, è capitato anche a me e avevo tipo il campo identificativo sdi vuoto.
Comunque ho risolto… a quanto pare se il proprio canale ha soltanto la trasmissione bisogna usare la simulazione notifiche che si trova associata alle fatture.

C’è solo un piccolo problema… a quanto pare il simulatore notifiche è super buggato e se si compilano i campi lo sdi non invia il messaggio di NotificaEsito al proprio server.
Mandando il messaggio senza compilare nulla ho finalmente ricevuto la notifica e mi ha completato i test.

In pratica ho buttato 2 giorni per sviluppare la chiamata all’endpoint ricevi_notificha per nulla.

1 Mi Piace

Guarda, la notifica che mando è una di test che contiene un IdentificativoSdI ma ha in effetti altri campi fasulli… Ma è la stessa che ho sempre mandato sinora come test…
Inoltre il server non dovrebbe rispondere con un errore 500: la non validazione di una notifica è una fase posteriore all’accettazione del file XML.

/ricevi_notifica:

POST /ricevi_notifica HTTP/1.1
Host: testservizi.fatturapa.it
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)
Content-type: text/xml;charset=“utf-8”
Accept: text/xml
Cache-Control: no-cache
Pragma: no-cache
SOAPAction: http://www.fatturapa.it/SdIRicezioneNotifiche/NotificaEsito
Content-length: 1104
Expect: 100-continue

< HTTP/1.1 100 Continue
We are completely uploaded and fine
< HTTP/1.1 500 Internal Server Error

/ricevi_file:

POST /ricevi_file HTTP/1.1
Host: testservizi.fatturapa.it
User-Agent: Mozilla/4.0 (compatible; MSIE 5.01; Windows NT 5.0)
Content-type: text/xml;charset=“utf-8”
Accept: text/xml
Cache-Control: no-cache
Pragma: no-cache
SOAPAction: http://www.fatturapa.it/SdIRiceviFile/RiceviFile
Content-length: 6182
Expect: 100-continue

< HTTP/1.1 100 Continue
We are completely uploaded and fine
< HTTP/1.1 200 OK

Forse hanno aggiunto qualche controllo sui path? Ma solo per ricevi_notifica e non per ricevi_file?

A me il ricevi_notifica da ieri da sempre ES02 - Servizio non disponibile.
Ho chiamato ieri mattina il call center e mi han detto che i tecnici stavano lavorando a un bug…
Ad oggi ricevo ancora errore ES02 e nessun messaggio di scarto…

Altri hanno questo problema?

1 Mi Piace

No, ho appena ricevuto un ES00.

Bug nel codice, in effetti non era valorizzato l’IdentificativoSdI, ma non nell’XML, nell’oggetto FileSdI…
L’importanza degli unit tests! :slight_smile:

Anche io ieri nei miei inutili test fatti su ricevi_notifica ho avuto vari periodi in cui ricevevo ES02, tuttavia non ho capito se era un problema mio o del servizio, se mi dici che l’hai avuto anche te allora probabilmente avevano problemi loro.
Poi verso sera ho cominciato a ricevere EN01 (notifica non ammissibile).

Comunque aggiornamento:
Oggi mi ha richiamato l’assistenza di sogei e ho spiegato all’operatore come ho fatto a inviarmi la notifica avvisandolo che il simulatore notifiche non funziona se compili i campi.

a me continua a dare ES02… bah… provo a richiamare l’operatore…
Ieri sera sul per un certo momento mi ha dato EN01, poi sta mattina di nuovo ES02…
non si capisce nulla!!

ps.
I test li abbiamo superati tuttto, ma ne stiamo facendo di aggiuntivi di verifica e cosi non si riesce a capire nulla…

Ciao,
io sto provando ad implementare RicevutaConsegna ma ho un problema a monte: il codice delle mie operation di tipo isOneWay non viene eseguito, sul log di IIS arrivano le chiamate correttamente ed il mio WCF risponde con codice 200 (invece credo che se funzionasse correttamente dovrebbe rispondere 202), tanto è vero che ho passato il test per SOGEI. Volevo sapere se qualcuno si è imbattuto in questo problema o ha idea di quale possa essere il problema…

penso che debba rispondere 200 e non 202…

http 202 vuol dire che la richiesta e’ accettata ma il processo non ancora completato.
Sogei se non erro si aspetta un 200 - Richiesta accettata e completata.

Ciao Marco, il 202 dovrebbe essere restituito per i metodi void. Credo di aver capito qual è il mio problema: alla creazione dell’endpoint, il client deve specificare l’URI dell’endpoint completo di svc (p.e. EndpointAddress newEP = new EndpointAddress(“https://miodominio/WcfTestService/WcfTestService.svc”); in questo modo le chiamate dei metodi mappano correttamente le operazioni e, nel caso di metodi void, il server risponde 202. Purtroppo io ho dichiarato ad ADE come endpoint gli URI del tipo “https://miodominio/WcfTestService” e non credo che riuscirò a risolvere il problema con un semplice redirect…

Qual è il percorso completo del sito per l’accesso a: simulazione notifiche ?