Ricezione Notifiche e Ricezione Fattura

Buonasera a tutti,
ho superato lo scoglio dei certificati e dell’errore 403 Forbidden…
Ora però quando invio una fattura ottengo:


Server did not recognize the value of HTTP Header SOAPAction: http://www.fatturapa.it/RicezioneFatture/RiceviFattureSdI.
all’invio Fattura a Pubblica Amministrazione (che sono sempre io visto che ho usato uno dei codici destinatario assegnati per i test…

Mentre per la notifica di mancata consegna ottengo questo errore:
org.apache.axis2.AxisFault: HTTP ( 500 ) Internal Server Error address : https://26.2.162.231:80

Io ho creato un WS asmx, ovviamnete generandomi le classi con wsdl.exe utilizzando i wsdl e xsd forniti da Sogei.
Nella web.Config ho provato ad aggiungere nel tag l’attributo messageEncoding=“Mtom”, ma non è cambiato nulla…
In un post di G1zm0 Errore SDI in recezione (casuale ? ) e Notifica Scarto ho visto che ha creato un parser come fileover ma, prima di cimentarmi in una cosa simile (anche perchè non l’ho mai fatto), vorrei capire come mail non funziona…
Qualcuno sa dirmi a cosa è dovuto o se ha risolto in qualche modo?
Grazie

devi gestire i namespace della richiesta xml.

Devi generare le interfacce usando svcutil e non wsdl.exe. Se usi quest’ultimo, avrai problemi di ogni genere (contract mismatch, namespace non corretti, etc.).

Grazie Riccardo, ho inseriro i NameSpace della richiesta xml e ora ricevo gli esiti, ma per la fattura è diverso… il WS RiceviFatture mi restituisce:
Server was unable to process request. —> Object reference not set to an instance of an object.
Mi pare di avere meso tutti i riferimenti agli object come per il ws delle notifiche… Cosa c’è di diverso?

anche i parametri in e out vanno gestiti con i namespace corretti.

Ci sono in giro miei screen che ti permeteranno di risolvere.

Ho documentato tutta la mia Via Crucis perchè ritengo che sapere è potere e soprattuto perchè sono rimasto moolto deluso dal supporto.

RAGE MODE ON
Come sempre l’arroganza è la cosa che odio di più al mondo… (e parlo del supporto tecnico fornito da SDI inesistente ed incompentene fornito da chi pensa di sapere tutto invece non sa proprio niente)
RAGE MODE OFF

Fammi sapere se risolvi

Ho appena risolto…
Ho creato una iterface da svcutil.exe con e i file xds e wsdl (solo per la parte ricezione)…
Poi ho implementato l’interfaccia sul mio webservice e mi ha fatto creare 2 metodi aggiungendoli alla mia pagina… Ho replicato il codice in questi 2 metodi e pare che tutto funzioni… Ho inviato la fattua al mio codice destinatario e mi è arrivate la fattura e anche la notifica di consegna…

Ora mi resta da capire come effettuare gli ultimi test…
Grazie Mille a tutti senza il vostro Aiuto ed in particolare il tuo Riccardo non ne sarei venuto a capo…

Grande vedrai che gli altri test si superano faclimente,

Per la decorrenza termini manda una fattura alla pa con uno dei codici fake che hai. Non notifcarne l’esito e in 24 / 48 ore avrai la decorrenza (io per rispsrmiare tempo l’ho fatto di Venerdì così Lunedì al mio rientro mi sono trovato i test superati)

Grazie mille Riccardo…
mi mancano solo Notifica Decorrenza Termini a Operatore Economico e Notifica Decorrenza Termini a PA… Mi confermi che mi basta attendere 24/48 h per ricevere le notifiche?


Grazie ancora
Matteo

Yes mandane un paio adesso.

Non fare più nulla elunedì vedrai la magia…

Fammi sapere.

Buon weekend

Ciao Riccardo, anche noi abbiamo visto la magia. Le chiamate del SdI adesso vengono rimbalzate con errore 403, come se il certificato, che fino a due giorni fa era perfettamente funzionante, ora non andasse più bene. E pure noi eravamo solo in attesa di trasformare in spunte verdi le due croci rosse. Cosa si fa in questi casi? Fra un po’ la croce rossa serve a noi.

Ciao @Morris, situazione identica stamattina.

Con i certificati di test, da stamattina. riceviamo un 403.

Claudio, hanno fatto loro qualche casino e ti posso dire anche l’arco temporale: sabato pomeriggio dopo pranzo.
Io credo che abbiano ripristinato un’oretta fa. Li ho tenuti due ore al telefono ma insistevano nel dire che io fossi l’unico impattato (e quindi fosse colpa mia).
Sono contento che non fossi il solo.
Ora ho tutte le spunte verdi, posso passare in produzione ma mi cago addosso, come si può essere confidenti nella bontà di un sistema del genere e soprattutto, se in produzione perdiamo le notifiche in casistiche simili, come ce ne accorgiamo e come le recuperiamo tutti?

Pensa tu che io sono accreditato in produzione per SDICoop - TrasmissioneFatture dal 2014, e ad oggi per richiedere l’aggiunta del nuovo servizio RicezioneFatture, sto vedendo le pene dell’inferno, per mantenere la compatibilità (ed avendo il codice già pronto e collaudato).

Ciao a tutti,
sono ancora bloccato con la ricezione.
Espongo il mio servizio per la ricezione e la risposta in questa modalità:

Ma ancora mi ritorna ( Server was unable to process request. —> Object reference not set to an instance of an object.).
A questo punto ho provato tutti i namespace disponibili, qualcuno gentilmente riesce ad indicarmi i namespace corretti.
Grazie

Salve Gigi

qui sopra ho spiegato come ho risolto il problema…

Questa è la mia dichiarazione del webmethod

Grazie per la risposta Matteo,
ho fatto proprio cosi.
Ho ottenuto il metodo utilizzando svcutil, ma niente questo errore mi perseguita.

Quando esponi il metodo i namespace sono uguali come quelli dell’immagine che ho allegato?

Grazie per l’eventuale risposta.

Questo è il mio

Grazie, mille mi mancava proprio un pezzettino.

Ciao a tutti,
Purtroppo anche io sono rimasto impigliato nell’errore WS - Error: null della response alla ricezioneFatture dell’esito ER01.
Qualche suggerimento in merito per un WS ASMX?

Ciao a tutti,
o seguito i passi descritti da @computerscenter, ma in fase di ricezione di una fattura, sto ricevendo l’errore 413 Request Entity Too Large address
Qualcuno ha quale suggerimento su come risolvere il problema?
Grazie