Semplicemente uso il parser come failover.
nella fase di log della richiesta
salvo l’xml di input e poi lo gestisco manualmente
stessa cosa per la ricezione fatture.
Questo in caso si verifichi un passaggio di dati vuoti.
Se la richesta è diversa mi viene mandata un email di alert con il dump per la verifica.
…grazie…provo a traslare in VisualBasic
Adesso per ma inzia una nuova avventura!!
devo generare i certificati di produzione!!!
hahahahahahah
ma che cosa assurda… (per non dire di peggio)
Ciao,
se qualche anima pia mi può dare qualche lume.
Non ho ancora finito questa viacrucis.
Stavo cencando di mandare la notifica di esito al webservice
https://testservizi.fatturapa.it/ricevi_notifica
mettendogli dentro i certificati usati per inviare la fattura, ma mi restituisce lato SDI
“You don’t have permission to access /SdI2RicezioneNotificheWeb/SdIRiceviNotifica_service on this server”
Chi può darmi qualche suggerimento? grazzzzie mille
Ho risolto scusate…
ce l’hai fatta ?..dovrei generarli anche io …ma ancora non ricevo i file di notifica e dei test di prova ricezione fatture…anche se ho completato tutti i test e potrei passare in produzione…
comunque penso di fare come l’altra volta unendo la mia key con i certificato di produzione sia server che client …andrò a cambiare la definizione onetoone caricherò i certificati sul server dell’iis …sia come computer sia come user…e speriamo in una botta di C…
esatto io ho fatto così:
openssl x509 -inform der -in servizi.fatturapa.it.cer -out servizi.fatturapa.it.pem
copy /b caentrate.der+CAEntratetest.cer+servizi.fatturapa.it.pem morecert.pem
openssl pkcs12 -export -out SDI-<p.iva>-client.pfx -inkey .key -in SDI-<p.iva>-client.pem -certfile morecert.pem
openssl pkcs12 -export -out SDI-<p.iva>-server.pfx -inkey .key -in SDI-<p.iva>-server.pem -certfile morecert.pem
ma poi mi sono accorto che andava già tutto in produzione pur non avendo ancora installato i nuovi certificati e mi sono fermato…
si esatto …istruzioni giuste!
Ma cosa vuoi dire con “Andava già tutto” …con i certificati di test installati ?
si esatto non ho installato niente di nuovo
…spero di arrivarci anche io… ma finchè non risolvo …continuo i test
Cosa intendi per " ho cominciato a lavorare sui binding WS"?
Qua si impazzisce…
Ho sempre org.apache.axis2.AxisFault: HTTP ( 405 ) Method Not Allowed address : https://26.2.162.231
Secondo voi mi devo concentrare sul certificato o sul mio asmx?
SDI non supporta lo SNI.
Ho lavorato sugli xml che ho riveuto da SDI per ricevere correttamtne le informazioni.
Scusa Mattia se mi intrometto in un post diverso,
ma visto che hai risolto la parte di autenticazione su IIS ti chiedo cortesemente se puoi indicarmi comehai fatto.
Non trovo soluzioni da nessuna Parte.
Ho messo il ws in un server dedicato, ho caricato il certificato pfx generato con il certificato server etc… e l’ho aggiunto al bilding https, ho abilitato la connessione ssl e impostato su richiedi.
Ora quando accedo al ws da browser mi viene sempre richiesto il certificato ma le notifiche non mi arrivano e restituiscono sempre l’errore:
org.apache.axis2.AxisFault: HTTP ( 403 ) Forbidden address : https://26.2.162.231:80
Idee? Grazie per l’aiuto e scusate l’intromissione
Ciao, chiedo scusa non so se puoi aiutarmi perchè ho un problema simile. Utilizzando WCF ho generato il service contract con il tool wsdl.exe del visual studio, a partire dal file TrasmissioneFatture_v1.1.wsdl e dal file TrasmissioneTypes_v1.1.xsd. Ho generato il Servizio e l’ho provato con un client di test.
Provando il metodo “NotificaScarto” ho notato che il mio client genera un SOAP diverso da quello mandato dal client SDI. infatti con il mio client funziona tutto ma la richiesta dell’SDI mi arriva ma non viene chiamato il corrispondente gestore della richiesta.
il mio è così:
<s:Envelope xmlns:s="http://schemas.xmlsoap.org/soap/envelope/">
<s:Body>
<NotificaScarto xmlns="http://www.fatturapa.gov.it/sdi/ws/trasmissione/v1.0">
<notificaScarto xmlns:a="http://www.fatturapa.gov.it/sdi/ws/trasmissione/v1.0/types" xmlns:i="http://www.w3.org/2001/XMLSchema-instance">
<a:File>[...lungo base64]</a:File>
<a:IdentificativoSdI>[... numero]</a:IdentificativoSdI>
<a:NomeFile>[... nome del file]</a:NomeFile>
</notificaScarto>
</NotificaScarto>
</s:Body></s:Envelope>
quello dell’SDI
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
<soapenv:Header>
<WSCorIDSOAPHeader xmlns="http://www.wilytech.com/" CorID="[... testo lungo]"></WSCorIDSOAPHeader>
</soapenv:Header>
<soapenv:Body>
<ns2:notificaScarto xmlns:ns2="http://www.fatturapa.gov.it/sdi/ws/trasmissione/v1.0/types">
<IdentificativoSdI>2103279</IdentificativoSdI>
<NomeFile>IT03468570928_18501_NS_002.xml</NomeFile>
<File>[long base64 string]</File>
</ns2:notificaScarto>
</soapenv:Body></soapenv:Envelope>
Hai impostato il servizio wcf in una maniera particolare per farlo funzionare?
Ciao,
non ho impostato il wcf, ma sono andato a modificare il flusso di ingresso prima del mapping con gli oggetti.
Questo lo ottieni definendo i metodi del wcf in questo modo:
[ConsoleServiceBehavior]
[ServiceBehavior(Name = “iTrasmetti”)]
[AspNetCompatibilityRequirements(RequirementsMode = AspNetCompatibilityRequirementsMode.Allowed)]
[XmlSerializerFormat()]
public class Trasmetti : ITrasmetti
e poi creando l’oggetto ConsoleServiceBehavior come riportato nel post precedente.
Ciao scusa se riapro il thread, ma sto sbattendo la testa e credo che qualcuno in questo forum possa darmi una mano.
1 - Espongo a questo indirizzo https://.**.it///******/TrasmissioneFatture.asmx il servizio per ricevere le notifiche
2 - se provo a chiamarlo da un browser ricevo la richiesta di specificare un certificare in quanto in iis (Windows server 2019) ho impostato la richiesta in accettato.
3 - ho installato il certificato SistemaInterscambioFatturaPATest.cer sul server tra le root attendibili al livello di macchina (in realtà ho installato anche tutti i certificati della sogei)
4 - riesco a trasmettere il file, ma non riesco ad ottenere la notifica e il sito fatture pa mi riporta il seguente errore javax.net.ssl.SSLHandshakeException: General SSLEngine problem
non vorrei fermarmi al novantanovesimo cancello, qualcuno saprebbe aiutarmi?!?!?!?!
Grazie
Prova ad aggiungere CAEntratetest.cer al tuo trust store. Questo è il certificato della CA che firma il certificato utilizzato dal client SdI per accedere al server.
Ciao, abbiamo già installato il certificato.
x colmar -> sono esattamente nella tua stessa situazione, hai per caso provato ad accedere all’url del tuo web service TrasmissioneFatture da browser, ti fa il promp del popup da cui scegliere il certificato client ? dopo di che ti visualizza la pagina del tuo webservice? o ti da qualche errore?