730 precompilato + di uno snippet

msccmra51 · 2019-08-17T15:19:22+0200

Mi riaffaccio qui per fare la stessa domanda del post di sopra. In ambiente di test mi da errore di connessione SOAP mentre in produzione è tutto ok. Tra i due cambiano solo i Link all'endpoint. Qualche idea? Ho pure scritto a SOGEI ma non risponde nessuno.
Grazie!!

codice errore: Faultcode: HTTP
Faultstring: Could not connect to host

Ecco il logo
05-Aug-2019 10:12:08 UTC] login : PROVAX00X00X000Y
[05-Aug-2019 10:12:08 UTC] password : Salve123
[05-Aug-2019 10:12:08 UTC] codiceRegione : 120
[05-Aug-2019 10:12:08 UTC] codiceAsl : 111
[05-Aug-2019 10:12:08 UTC] cfProprietario : PROVAX00X00X000Y
[05-Aug-2019 10:12:08 UTC] cfProprietarioCifrato : Ah1LnixnVEUqomYgH+MEOuhnowj/+iaS+wFLYP35BoeNbq8+68lkjTvo0h49p/iO1XjPVs8edoqNY1OXdcw1eNaaR4x4OsiM9zWvXQVYh2ocFBcpHAJlvoe7a0BPSF7Q94fUh/HkPzx+yi6t57DIatctICh4UIE3a+qW7e+1hzU=
[05-Aug-2019 10:12:08 UTC] piProprietario : 10954290599
[05-Aug-2019 10:12:08 UTC] pincodeInviante : 1234567890
[05-Aug-2019 10:12:08 UTC] pincodeInvianteCifrato : UVlBSIhTWnbQIJgJPReJHudcqwulW6D765f1QNcTc1HVvx4TD7qoDabol66sqSe7pysTxU3Ao6E4I7a3v70EQZgOLpFN2rJNnpRp7W5RZ2wHeKlifhooB8JBVY1CLypBKpyZILDBiDTeGl+KCToplJP3pjcWgOGQR0BroCisJXY=
[05-Aug-2019 10:12:08 UTC] File trattato: MSCMRA51P27Z614R.zip
[05-Aug-2019 10:12:08 UTC] carico in memoria il file MSCMRA51P27Z614R.zip
[05-Aug-2019 10:12:08 UTC] definisco il file wsdl ./SOAPFATTURE/InvioTelematicoSpeseSanitarie730p.wsdl
[05-Aug-2019 10:12:08 UTC] definisco the soap server location https://invioSS730pTest.sanita.finanze.it/InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort
[05-Aug-2019 10:12:08 UTC] inizio trasferimento del file
[05-Aug-2019 10:12:08 UTC] trasferimento terminato con errori

msccmra51 · 4 Set 2019

In merito al post precedente la Sogei, dopo diverse sollecitazioni, mi ha risposto quanto segue:

Salve dal 18 Luglio tutti gli endpoint sono stati esposti con protocollo di sicurezza TLS 1.2 esclusivo
L’errore potrebbe essere dovuto a questo

In verità solo il con gli endpoint di test si verifica l'errore (loro dicono tutti gli endpoint). Ma in ogni caso come posso correggere l'errore? Il mio hosting è Linux. Grazie a chi vorrà aiutarmi.
Ciao

msccmra51 · 5 Set 2019

Aggiornamento: il mio hosting supporta TLS 1.2

marino51 · 24 Set 2019

ferie lunghe quest'anno, risposta con un po' di ritardo

confermo che il problema sta nella versione obsoleta di OpenSSL presente all'interno di php
ho installato la versione php 5.6.31 (per evitare di creare panico sul mio pc) e senza modificare nessuno script,
la connessione ha preso a funzionare

VERSIONR PHP 5.4.9

VERSION PHP 5.6.31

Potete controllare con PHPinfo
Saluti

msccmra51 · 24 Set 2019

Grazie Marino, ti invio la configurazione e come puoi vedere mi pare aggiornata. Ma non ti suona strano che in produzione funziona e con l'endpoint test no?

marino51 · 25 Set 2019

il risultato che ho pubblicato é stato ottenuto collegando il sito di test,
con la versione 5.4.9, si può dire che, non veniva accettata la connessione per via del protocollo di sicurezza,
con la 5.6.31 il problema é superato

l'errore che hai postato é differente dal mio e non riesco a riprodurlo
nel tuo caso sembra che il protocollo non sia responsabile,
inserisci questa funzione ed eseguila dopo la funzione "inviaFileMtom"

PHP:

function envelopes()
{
    global $client;

    echo "REQUEST HEADERS ============" . "<br />";
    $LastRequestHeaders = $client->__getLastRequestHeaders();
    echo "<xmp>"; var_dump($LastRequestHeaders); echo "</xmp><br /><br />";

    echo "REQUEST ====================" . "<br />";
    $LastRequest = $client->__getLastRequest();
    echo "<xmp>"; var_dump($LastRequest); echo "</xmp><br /><br />";

    echo "RESPONSE HEADERS ===========" . "<br />";
    $LastResponseHeaders = $client->__getLastResponseHeaders();
    echo "<xmp>"; var_dump($LastResponseHeaders); echo "</xmp><br /><br />";

    echo "RESPONSE ===================" . "<br />";
    $LastResponse = $client->__getLastResponse();
    echo "<xmp>"; var_dump($LastResponse); echo "</xmp><br /><br />";
}

try { $output = $client->inviaFileMtom($SoapRequest); }
catch ( SoapFault $e )
{ 
    require 'SoapFault.php';
}
envelopes();

così cerchiamo di verificare il problema

msccmra51 · 25 Set 2019

Grazie boss, provo e ti faccio sapere. Io ho avuto il problema dopo che sono passato dalla v. 5.5 alla 5.6 di php. Il mio errore sembra dovuto alla impossibilità di raggiungere il server sogei.

msccmra51 · 25 Set 2019

Ecco Marino, ho messo la tua funzione dopo

PHP:

$output = $client->inviaFileMtom(Array
    (
    "nomeFileAllegato"       => _Fatture730,
    "pincodeInvianteCifrato" => $pincodeInvianteCifrato,
    "documento"              => $zipfile,
    "datiProprietario"       => ( Array( "cfProprietario" => $cfProprietario ) )
    ));

Il risultato è questo

REQUEST HEADERS ============
NULL

REQUEST ====================
string(253) "&lt;?xml version="1.0" encoding="UTF-8"?&gt; &lt;SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://ejb.invioTelematicoSS730p.sanita.finanze.it/"&gt;&lt;SOAP-ENV:Body&gt;&lt;ns1:inviaFileMtom/&gt;&lt;/SOAP-ENV:Body&gt;&lt;/SOAP-ENV:Envelope&gt; "

RESPONSE HEADERS ===========
NULL

RESPONSE ===================
NULL

Ancora grazie

marino51 · 26 Set 2019

msccmra51 ha scritto:
REQUEST HEADERS ============
NULL

l'errore é sulla tua macchina, che non genera "request headers",
il webservice di conseguenza non risponde
da cosa dipende ? sarebbe bello saperlo,
prova ad usare questi parametri, sono quelli che funzionano nelle mie prove

PHP:

$SoapClientParam = array
(
    "useMTOM"        => TRUE,
    "location"       => "x",  // sostituita nello script con l'endpoint specifico
    "login"          => $login,
    "password"       => $password,
    "authentication" => SOAP_AUTHENTICATION_BASIC,
    "keep_alive"     => TRUE,
    "cache_wsdl"     => WSDL_CACHE_NONE,
    "trace"          => TRUE,
    "exceptions"     => TRUE,
    "stream_context" => stream_context_create(array
    (
        "ssl" => array
        (
            "verify_peer"          => FALSE,
            "verify_peer_name"     => FALSE,
            "capture_session_meta" => TRUE,
        ),
    )),
);

msccmra51 · 26 Set 2019

Ok, provo e ti faccio sapere. Come ti spieghi che in ambiente di produzione funziona?

Aggiornamento : sono riuscito a superare l'ostacolo della mancata connessione grazie allo script che mi hai mandato, anche se ho dovuto semplificarlo così

PHP:

$SoapClientParam = array
    (
    "location"       => "x",
    "login"          => $login,
    "password"       => $password,
    "authentication" => SOAP_AUTHENTICATION_BASIC,
    "trace"          => true,
    "exceptions"     => false,
    "stream_context" => stream_context_create(array
    (
        "ssl" => array
        (
            "verify_peer"          => FALSE,
            "verify_peer_name"     => FALSE,
            "capture_session_meta" => TRUE,
        ),
    )),
    );
altrimenti non funzionava.

Ecco la risposta ma purtroppo non riesco ad interpretare l'errore in 'RESPONSE'.

REQUEST HEADERS ============
string(712) "POST /InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort HTTP/1.1 Host: invioSS730pTest.sanita.finanze.it Connection: Keep-Alive User-Agent: PHP-SOAP/5.6.40 Content-Type: text/xml; charset=utf-8 SOAPAction: "" Content-Length: 253 Authorization: Basic UFJPVkFYMDBYMDBYMDAwWTpTYWx2ZTEyMw== Cookie: LtpaToken2=K3MJG/aHhM3Wivlzq4NXNBKXbBQiiZXPDlyBqy0ruZjIhBW/fAExPvj4+eDz/duutPPZgTSkWhDvlX8mKiGK2E/iPSMl+llzlUheBdGUlwIVKK8BC0cV6/47m3ITEi3nM/k4HD10oJH5bCyUKBqlvnYHv7OKlpW8q60yMiiZK/xO6kQ8wo8C7YTOUk0xJeEGU7Tdq5ZXjCLD+qAAVd/E9Ns+p2jGUGwdzNfCYPh4epQcgY/jPve7vjHPqK6w0vVtvaYsu2vf8x8NOCKdOjHuUHkELpaODe0EySaG9z9MXB9vsNScQoBg7foBRALvt4uM0tVq7Njtw4mkgkHiUS27Y9Ds8ndUvR+DDS9WIx+LoVXWH2gLD+4GmjDtqOYqNA1m; "

REQUEST ====================
string(253) "&lt;?xml version="1.0" encoding="UTF-8"?&gt; &lt;SOAP-ENV:Envelope xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ns1="http://ejb.invioTelematicoSS730p.sanita.finanze.it/"&gt;&lt;SOAP-ENV:Body&gt;&lt;ns1:inviaFileMtom/&gt;&lt;/SOAP-ENV:Body&gt;&lt;/SOAP-ENV:Envelope&gt; "

RESPONSE HEADERS ===========
string(112) "HTTP/1.1 500 Internal Server Error Content-Type: text/xml X-Backside-Transport: FAIL FAIL Connection: close "

RESPONSE ===================
string(541) "&lt;?xml version="1.0" encoding="UTF-8"?&gt; &lt;env:Envelope xmlns:env="http://schemas.xmlsoap.org/soap/envelope/"&gt; &lt;env:Body&gt; &lt;env:Fault&gt; &lt;faultcode&gt;env:Client&lt;/faultcode&gt; &lt;faultstring&gt;cvc-particle 3.1: in element {http://ejb.invioTelematicoSS730p.sanita.finanze.it/}inviaFileMtom of type {http://ejb.invioTelematicoSS730p.sanita.finanze.it/}inviaFileMtom, found &amp;lt;/ns1:inviaFileMtom&gt; (in namespace http://ejb.invioTelematicoSS730p.sanita.finanze.it/), but next item should be nomeFileAllegato&lt;/faultstring&gt;&lt;/env:Fault&gt;&lt;/env:Body&gt;&lt;/env:Envelope&gt;

marino51 · 27 Set 2019

msccmra51 ha scritto:
sono riuscito a superare l'ostacolo della mancata connessione grazie allo script che mi hai mandato

dalle mie parti si chiama "botta di cu... fortuna"

msccmra51 ha scritto:
ho dovuto semplificarlo così

strano che parametri aggiuntivi, tra l'altro pertinenti, diano errore, puoi riportare l'errore ?

msccmra51 ha scritto:
non riesco ad interpretare l'errore in RESPONSE

ho confrontato i due "request headers" (tuo e mio), sono praticamente identici, il tuo contiene "Cookie: …." non presente nel mio ( per ora trascuriamo )

riguardo la "request" la stai inviando vuota !

Codice:

<SOAP-ENV:Body><ns1:inviaFileMtom/></SOAP-ENV:Body></SOAP-ENV:Envelope>

il body non contiene la richiesta

PHP:

    $SoapRequest = array
    (
        "pincodeInvianteCifrato" => $pincodeInvianteCifrato,
        "datiProprietario"       => array
        (
            "cfProprietario"     => $cfProprietario
        ),
        "nomeFileAllegato"       => $Fatture730,
        "documento"              => $zipfile,
    )

quindi lo script di invio dei dati non fa il suo "dovere"

l'errore é questo
"but next item should be nomeFileAllegato" che giustappunto non é stato inviato e neppure gli altri elementi

msccmra51 · 27 Set 2019

Marino, hai salvato nuovamente la patria, almeno quella mia! A parte alcuni errori dovuti al diverso nome tra alcune nostre variabili il tutto si è risolto quando ho inserito "stream_context => ecc" nella creazione del client e che nelle prime versione dei tuoi script non c'era. Mi spieghi, se hai tempo, a cosa serve? Resta il mistero che solo sul sito test non riuscivo a connettermi mentre in produzione nessun problema. Grazie Marino, sei veramente super bravo. Ti ho inviato un mess privato.

msccmra51 · 14 Nov 2019

Voglio ringraziare ancora Marino per l'aiuto ricevuto. Non ho più avuto problemi da quando mi ha suggerito come risolverli.

Salvatore Albano · 2 Gen 2020

marino51 ha scritto:

l'errore é sulla tua macchina, che non genera "request headers",
il webservice di conseguenza non risponde
da cosa dipende ? sarebbe bello saperlo,
prova ad usare questi parametri, sono quelli che funzionano nelle mie prove

PHP:

$SoapClientParam = array
(
    "useMTOM"        => TRUE,
    "location"       => "x",  // sostituita nello script con l'endpoint specifico
    "login"          => $login,
    "password"       => $password,
    "authentication" => SOAP_AUTHENTICATION_BASIC,
    "keep_alive"     => TRUE,
    "cache_wsdl"     => WSDL_CACHE_NONE,
    "trace"          => TRUE,
    "exceptions"     => TRUE,
    "stream_context" => stream_context_create(array
    (
        "ssl" => array
        (
            "verify_peer"          => FALSE,
            "verify_peer_name"     => FALSE,
            "capture_session_meta" => TRUE,
        ),
    )),
);

Buongiorno Marino, anno nuovo e, di conseguenza, invio nuovo delle fatture.

Ho letto gli ultimi aggiornamenti, sto avendo problemi nell'invio dei dati del 2019.

Ecco i var_dump:

RESPONSE HEADERS ===========
NULL

RESPONSE ===================
NULL

il soap client è il seguente:

PHP:

$SoapClientParam = array
    (
    "location"       => "x",
    "login"          => $login,
    "password"       => $password,
    "authentication" => SOAP_AUTHENTICATION_BASIC,
    "trace"          => true,
    "exceptions"     => false,
    "stream_context" => stream_context_create(array
    (
        "ssl" => array
        (
            "verify_peer"          => FALSE,
            "verify_peer_name"     => FALSE,
            "capture_session_meta" => TRUE,
        ),
    )),
    );

da cosa può dipendere?
Grazie

Salvatore Albano · 2 Gen 2020

Questo il log:

[02-Jan-2020 12:30:00 Europe/Paris] definisco il file wsdl ../xml/InvioTelematicoSpeseSanitarie730p.wsdl
[02-Jan-2020 12:30:00 Europe/Paris] definisco the soap server location https://invioSS730p.sanita.finanze.it/InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort
[02-Jan-2020 12:30:00 Europe/Paris] ottengo la funzione da utilizzare per l'invio
[02-Jan-2020 12:30:00 Europe/Paris] inizio trasferimento del file
[02-Jan-2020 12:30:00 Europe/Paris] PHP Notice: SoapClient::__doRequest(): send of 8192 bytes failed with errno=10054 Connessione in corso interrotta forzatamente dall'host remoto.
in D:\DentalApp\file_conf\invio_dati_ts\php\FattureInviaWsdl.php on line 46
[02-Jan-2020 12:30:00 Europe/Paris] trasferimento terminato
[02-Jan-2020 12:30:00 Europe/Paris] PHP Notice: Undefined property: SoapFault::$return in D:\DentalApp\file_conf\invio_dati_ts\php\FattureInviaWsdl.php on line 60
[02-Jan-2020 12:30:00 Europe/Paris] PHP Notice: Trying to get property of non-object in D:\DentalApp\file_conf\invio_dati_ts\php\FattureInviaWsdl.php on line 60
[02-Jan-2020 12:30:00 Europe/Paris] done /Dentalapp/file_conf/invio_dati_ts/php/FattureInviaWsdl.php

marino51 · 2 Gen 2020

nei miei script viene usato
try { $output = $client->inviaFileMtom($SoapRequest); }

l'errore viene segnalato come prodotto da
SoapClient::__doRequest():
stai usando script non miei o derivati dai miei ma modificati
vedi https://www.php.net/manual/en/soapclient.dorequest.php

l'errore può essere dovuto al comportamento anomalo dello script

in ogni caso, non hai pubblicato il "request header" e "request" (body)
ma solo le riposte vuote (null)

confronta "header" generato dai tuoi script con quello contenuto nel post #350 di msccmra51
devono essere uguali a parte "Cookie" che credo sia non necessario e comunque ininfluente

il "body" deve contenere la richiesta esattamente come specificato nella $SoapRequest del post #351

non dimenticare il post #344 estremamente importante

se "header" e "body" requests sono ok, il webserver deve rispondere

tmptmptmp · 10 Gen 2020

Salve a tutti, per caso vi funziona il flagPagamentoAnticipato quando si tratta dell'invio di un rimborso? continua a darmi l'errore con codice S003
grazie

marino51 · 10 Gen 2020

vedi se ti aiuta

tmptmptmp · 11 Gen 2020

Ciao @marino51, ti mostro la richiesta soap che faccio

Codice:

Content-Type:text/xml; charset=utf-8
SOAPAction:rimborso.documentospesap730.sanita.finanze.it
Authorization:Basic TVRPTVJBNjZBNDFHMjI0TTpTYWx2ZTEyMw==

Codice:

<soapenv:Envelope xmlns:soapenv="http://schemas.xmlsoap.org/soap/envelope/"
 xmlns:doc="http://documentospesap730.sanita.finanze.it">
    <soapenv:Header/>
   <soapenv:Body>
      <doc:rimborsoDocumentoSpesaRequest>
         <doc:opzionale1></doc:opzionale1>
         <doc:opzionale2></doc:opzionale2>
         <doc:opzionale3></doc:opzionale3>
         <doc:pincode>W+cy4Lz7rOOgldsbK98TEAwR6OIikKMkQJ1nWS09LgnJ6up+4e2LfIHe9z6aOQ9NocHOqepHuUcqmNNXpOq2JDCZQms65cX2oif8VhSUsvOk/9mc/8A9A7tpLnHcoGNrrjrg0z3fat7JmENXo5LF5uQV2IqvT4z5BDJbNa5XZpQ=</doc:pincode>
         <doc:Proprietario>
            <doc:cfProprietario>SsFrZY1plknIYKxk2MxIsgCyH2X3cfnrbg7B1aywMzw4SYwfzCa797Bb40vZMlS1pRjBki3SYZT/dao7W7SCwarTTLQqFmfXu7SGBStGzfAyVWcXAZapnW3d8QWfY7EgbktdHPfcoslCqY+K4JJrHQA9H2bk2ngSA7n+xOjuLVw=</doc:cfProprietario>
         </doc:Proprietario>
         <doc:idRimborsoDocumentoFiscale>
            <doc:pIva>65498732105</doc:pIva>
            <doc:dataEmissione>2020-01-05</doc:dataEmissione>
            <doc:numDocumentoFiscale>
               <doc:dispositivo>1</doc:dispositivo>
               <doc:numDocumento>P9995</doc:numDocumento>
            </doc:numDocumentoFiscale>
         </doc:idRimborsoDocumentoFiscale>
         <doc:DocumentoSpesa>
            <doc:idSpesa>
               <doc:pIva>65498732105</doc:pIva>
               <doc:dataEmissione>2020-01-09</doc:dataEmissione>
               <doc:numDocumentoFiscale>
                  <doc:dispositivo>1</doc:dispositivo>
                  <doc:numDocumento>P9995/R</doc:numDocumento>
               </doc:numDocumentoFiscale>
            </doc:idSpesa>
            <doc:dataPagamento>2020-01-08</doc:dataPagamento>
            <doc:flagPagamentoAnticipato>1</doc:flagPagamentoAnticipato>
            <doc:cfCittadino>iKvd9JQntqxPBT2UA/OFfztSNLidocP8Op+NfODzfTdxFWzkcdZrJz5gvCuqv7Dh/r3Cin1ZQMmg/BofIqYCyq2PcC+PJzbvQCocDdl6FrXVXs3W5JhnX7VpWFGCLPYYY2WL+RWKxhfkGqeY8+NCVfQ1lEA15g3W5AabJ15Tthk=</doc:cfCittadino>
            <doc:voceSpesa>
               <doc:tipoSpesa>SP</doc:tipoSpesa>
               <doc:importo>10</doc:importo>
            </doc:voceSpesa>
            <doc:pagamentoTracciato>SI</doc:pagamentoTracciato>
         </doc:DocumentoSpesa>
      </doc:rimborsoDocumentoSpesaRequest>
   </soapenv:Body>
</soapenv:Envelope>

la data di pagamento della fattura è impostata al 2020-01-06, normalmente la chiamata funziona, ma se inserisco una data di pagamento del rimborso antecedente alla data di emissione e imposto il flagPagamentoAnticipato a 1 allora non funziona, vorrei solo sapere se qualcun altro ha lo stesso problema

marino51 · 12 Gen 2020

giusto per ragionare,

Codice:

<doc:idRimborsoDocumentoFiscale>
    <doc:dataEmissione>2020-01-05</doc:dataEmissione>

    <doc:DocumentoSpesa>
        <doc:dataEmissione>2020-01-09</doc:dataEmissione>

        <doc:dataPagamento>2020-01-08</doc:dataPagamento>

stai rimborsando il giorno 5 un documento emesso il giorno 9 e pagato il giorno 8
mi pare strano ...

730 precompilato + di uno snippet

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Nuovo Utente

Nuovo Utente

Utente Attivo

Nuovo Utente

Utente Attivo

Nuovo Utente

Utente Attivo

Discussioni simili

Privacy & Transparency

Privacy & Transparency