# 403 - Forbidden su endpoint RiceviFile

**URL:** <https://forum.italia.it/t/403-forbidden-su-endpoint-ricevifile/6411>\
**Category:** Fatturazione Elettronica\
**Created:** [13 Dicembre 2018, 3:40pm UTC](https://forum.italia.it/t/403-forbidden-su-endpoint-ricevifile/6411 "2018-12-13T15:40:10Z")\
**Posts on this page:** 3\
**Page:** 1

<div class="post-metadata">

**Author:** ![frankieta](https://forum.italia.it/letter_avatar_proxy/v4/letter/f/c5a1d2/32.png) [@frankieta](https://forum.italia.it/u/frankieta)\
**Post date:** [13 Dicembre 2018, 3:40pm UTC](https://forum.italia.it/t/403-forbidden-su-endpoint-ricevifile/6411/1 "2018-12-13T15:40:10Z")

</div>

Ciao a tutti, e scusate il disturbo; stiamo provando da un pò ad effettuare i test di invio fatture allo SDI senza successo e l’assistenza è di scarsissimo aiuto.

Come stack tecnologico usiamo Java e Spring Boot e volevo chiedervi prima di tutto un chiarimento:  
noi abbiamo associato i certificati prodotti tramite il kit di SDI al nostro Application Server Tomcat; è tutto ciò che c’è da fare per quanto riguarda i certificati? O c’è bisogno (come ho letto in qualche topic) di “associare” i certificati manualmente da codice per ogni richiesta che viene effettuata allo SDI?

Perchè noi in pratica ogni volta che proviamo a contattare l’endpoint RiceviFile con un codice molto simile al tuo riceviamo un bel **Forbidden 403**.

Se importo il certificato all’interno di Firefox riesce senza problemi a contattare sia [https://testservizi.fatturapa.it/ricevi\_file](https://testservizi.fatturapa.it/ricevi_file) che a scaricare il wsdl da [https://testservizi.fatturapa.it/SdI2AccoglienzaWeb/SdIRiceviFile\_service/WEB-INF/wsdl/SdIRiceviFile\_v1.0.wsdl](https://testservizi.fatturapa.it/SdI2AccoglienzaWeb/SdIRiceviFile_service/WEB-INF/wsdl/SdIRiceviFile_v1.0.wsdl)

Abbiamo anche provato ad effettuare una chiamata tramite SOAP UI, agganciando il file .jks seguendo anche i consigli di questo topic ( [Test Interoperabilità Certificati](https://forum.italia.it/t/test-interoperabilita-certificati/4561/3?u=frankieta)), ma riceviamo solo questo errore:

```
<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/">
  <soapenv:Body>
     <soapenv:Fault xmlns:axis2ns1="http://schemas.xmlsoap.org/soap/envelope/">
        <faultcode>axis2ns1:Server</faultcode>
        <faultstring>Internal Error</faultstring>
        <detail/>
     </soapenv:Fault>
  </soapenv:Body>
</soapenv:Envelope>

```

Ti ringrazio!!

---

<div class="post-metadata">

**Author:** ![marcomarsala](https://forum.italia.it/user_avatar/forum.italia.it/marcomarsala/32/1486_2.png) [@marcomarsala](https://forum.italia.it/u/marcomarsala)\
**Post date:** [17 Dicembre 2018, 2:11pm UTC](https://forum.italia.it/t/403-forbidden-su-endpoint-ricevifile/6411/2 "2018-12-17T14:11:23Z")

</div>

Il certificato server (+ il certificato della CA Entrate) che hai installato in Tomcat viene usato quando SdI colloquia con te per inviare notifiche o fatture passive.

Quando tu colloqui con SdI per inviare una fattura o un esito, devi autenticarti presso il loro server inviando il certificato client, una possibilità prevista dal protocollo TLS (ma sconosciuta al di fuori dell’ambiente enterprise). In pratica, anziché identificarti usando un username e una password, lo fai inviando un certificato. Tale autenticazione client va configurata nel codice Java che effettua la chiamata all’endpoint.

---

<div class="post-metadata">

**Author:** ![frankieta](https://forum.italia.it/letter_avatar_proxy/v4/letter/f/c5a1d2/32.png) [@frankieta](https://forum.italia.it/u/frankieta)\
**Post date:** [17 Dicembre 2018, 4:21pm UTC](https://forum.italia.it/t/403-forbidden-su-endpoint-ricevifile/6411/3 "2018-12-17T16:21:24Z")

</div>

Grazie Marco, alla fine siamo riusciti a superare questo scoglio.  
Ora siamo impelagati con la ricezione delle notifiche 🙂