# Notifiche non pervenute da SDI, durante registrazione canale SDICOOP (integrazione con SAP) **URL:** \ **Category:** Fatturazione Elettronica\ **Created:** [1 Giugno 2026, 3:52pm UTC](https://forum.italia.it/t/notifiche-non-pervenute-da-sdi-durante-registrazione-canale-sdicoop-integrazione-con-sap/48999 "2026-06-01T15:52:39Z")\ **Posts on this page:** 6\ **Page:** 1
**Author:** ![Michele\_Fiore](https://forum.italia.it/user_avatar/forum.italia.it/michele_fiore/32/15951_2.png) [@Michele\_Fiore](https://forum.italia.it/u/Michele_Fiore)\ **Post date:** [1 Giugno 2026, 3:52pm UTC](https://forum.italia.it/t/notifiche-non-pervenute-da-sdi-durante-registrazione-canale-sdicoop-integrazione-con-sap/48999/1 "2026-06-01T15:52:39Z")
Noi abbiamo un sistema integrato SAP DRC, che è progettato per inviare fatture di vendita sa SAP-SD allo SDI, senza alcun provier. Abbiamo avuto successo nell’inviare le fatture allo SDI (attraverso il middle ware SAP BTP), ma lo SDI non riesce ad inviarci le notifiche. Sfortunatamente, lo SDI riceve sempre l’errore HTTP 500, quando cerca di inviare la notifica. Dopo una lunga ricerca, non siamo riusciti a trovare la causa dell’errore.. I certificati sono stati controllati e sono aggiornati ed installati. l’URL è pure corretto. Una possibile causa potrebbe essere la comunicazione via connessione TLS, con lo SNI che causa problemi, ma la connessione TLS con SNI è uno standard SAP . Ci potete aiutare, per piacere? ---
**Author:** ![vbato](https://forum.italia.it/letter_avatar_proxy/v4/letter/v/3e96dc/32.png) [@vbato](https://forum.italia.it/u/vbato)\ **Post date:** [3 Giugno 2026, 1:30pm UTC](https://forum.italia.it/t/notifiche-non-pervenute-da-sdi-durante-registrazione-canale-sdicoop-integrazione-con-sap/48999/2 "2026-06-03T13:30:53Z")
Ti servirebbe l’aiuto di qualcuno che ha già fatto l’integrazione con SAP. Quello che ti posso dire è che le richieste da SDI arrivano senza SNI, e dato che SAP BTP richiede obbligatoriamente SNI, temo che non si possa fare un collegamento diretto. Una possibile soluzione sarebbe un reverse proxy intermedio, che configuri in modo che non richieda SNI. La difficoltà principale che vedo sta nel configurare l’autenticazione. Dato che SdI si autentica con un certificato SSL client, deve essere il reverse proxy a verificarlo e poi deve a sua volta autenticarsi sul lato SAP (si può fare sempre con un certificato client, ma i dettagli dipendono dal specifico reverse proxy usato). ---
**Author:** ![Michele\_Fiore](https://forum.italia.it/user_avatar/forum.italia.it/michele_fiore/32/15951_2.png) [@Michele\_Fiore](https://forum.italia.it/u/Michele_Fiore)\ **Post date:** [9 Settembre 2026, 8:59am UTC](https://forum.italia.it/t/notifiche-non-pervenute-da-sdi-durante-registrazione-canale-sdicoop-integrazione-con-sap/48999/3 "2026-09-09T08:59:31Z")
Ciao. Continuiamo ad avere l’errore HTTP500. Abbiamo verificato che: 1. il protocollo SNI non venga utilizzato dal proxy 2. il protocollo TSP è nella versione 1.2 3. i certificati sono aggiornati e concatenati nel modo corretto. Cosa altro dobbiamo ancora verificare? Ecco cosa ci dice Sogei: le confermiamo che dai controlli effettuati sulla fattura di test IT03222820213\_00022.xml con id 32531518 da lei indicata risulta che il 24/08/2026 alle ore 14:13 è stata trasmessa al SdI dal canale SDICoop associato alla p.iva 032xxxxx213 “DACHSER & FERCAM ITALIA SRL” ma, dopo la relativa elaborazione, sia la consegna al canale del file fattura per la parte passiva che della ricevuta per la parte attiva sono fallite a causa dell’errore HTTP 500 riscontrato dal SdI in tutti i tentativi effettuati (sotto indicati): - endpoint “[https://test.sdi.dachser.com/cxf/ItalyReceiveInvoice](https://test.sdi.dachser.com/cxf/ItalyReceiveInvoice)” puntato per la parte passiva (file fattura e file Metadati) 24/08/2026 ore 14:13 24/08/2026 ore 14:25 24/08/2026 ore 14:35 - endpoint “[https://test.sdi.dachser.com/cxf/ItalyReceiveNotification](https://test.sdi.dachser.com/cxf/ItalyReceiveNotification)” puntato per la parte attiva (ricevuta di consegna, mancata consegna o di scarto) 24/08/2026 ore 14:35 24/08/2026 ore 14:45 24/08/2026 ore 14:57 ---
**Author:** ![vbato](https://forum.italia.it/letter_avatar_proxy/v4/letter/v/3e96dc/32.png) [@vbato](https://forum.italia.it/u/vbato)\ **Post date:** [9 Settembre 2026, 9:37am UTC](https://forum.italia.it/t/notifiche-non-pervenute-da-sdi-durante-registrazione-canale-sdicoop-integrazione-con-sap/48999/4 "2026-09-09T09:37:53Z")
Ho fatto una rapida verifica e il tuo proxy espone il certificato corretto. A questo punto dovresti guardare i log sul proxy per cercare di capire cosa succede quando arriva una richiesta da SdI. ---
**Author:** ![Michele\_Fiore](https://forum.italia.it/user_avatar/forum.italia.it/michele_fiore/32/15951_2.png) [@Michele\_Fiore](https://forum.italia.it/u/Michele_Fiore)\ **Post date:** [9 Settembre 2026, 10:04am UTC](https://forum.italia.it/t/notifiche-non-pervenute-da-sdi-durante-registrazione-canale-sdicoop-integrazione-con-sap/48999/5 "2026-09-09T10:04:20Z")
Ciao. Grazie, Vlatan! Ci puoi aiutare in qualche modo? Ti invio i log di errore? ---
**Author:** ![Michele\_Fiore](https://forum.italia.it/user_avatar/forum.italia.it/michele_fiore/32/15951_2.png) [@Michele\_Fiore](https://forum.italia.it/u/Michele_Fiore)\ **Post date:** [11 Settembre 2026, 3:00pm UTC](https://forum.italia.it/t/notifiche-non-pervenute-da-sdi-durante-registrazione-canale-sdicoop-integrazione-con-sap/48999/6 "2026-09-11T15:00:44Z")
Ciao. Vladan, ecco la risposta della Sogei: Testo richiesta: utente chiede sollecito ticket n.06536144 , utente ha installato ulteriori certificati per il test: -client firmato: cer\_client\_it03222820213.cer -server firmato: cer\_server\_it03222820213.cer -certificato di test ca sdi: caentratetest.cer -certificato usato per lo sdi verso sap btp: sistemainterscambiofatturapatest.cer -certificato trasporto a livello sicurezza: testservizi.fatturapa.it.cer Testo risposta: Gentile Utente, le confermiamo che il SdI riesce a consegnare correttamente i file di test ai canali che li trasmettono e dato che il SdI si presenta sempre con lo stesso certificato uguale per tutti l’errore http 500 riscontrato in fase di ricezione del canale in oggetto è necessariamente un problema locale che pertanto deve essere risolto internamente.