730 precompilato + di uno snippet

  • Creatore Discussione Creatore Discussione marino51
  • Data di inizio Data di inizio
Ti suggerisco di fare prove solo in ambiente di test finche non funziona tutto correttamente, xchè se sbagli qualcosa in ambiente di produzione poi è un casino andare a correggere tutto.
quando vai in produzione parti con 10 ricevute alla volta
 
ho fatto la prova di invio sul sistema di test, dal risultato,
sembra che il file inviato non venga trattato, a differenza dello scorso anno dove si potevano ottenere i risultati
anche se, i risultati del sistema di test non erano molto attendibili,
vedi CF dichiarati errati, ma poi accettati dal sistema produttivo

per quel che può valere, lascio un breve log
Codice:
TRASFERIMENTO TERMINATO
17011111370172610

protocollo = 17011111370172610
dataAccoglienza = 11-01-2017 11:37:01
nomeFileAllegato = Fatture730Medico.zip
dimensioneFileAllegato = 837
codiceEsito = 000
descrizioneEsito = Il file è in attesa di elaborazione, per conoscerne l'esito è necessario verificare la ricevuta
idErrore =
FINE DEL LAVORO
----------------------------------------------------------------------------------------------------
RICHIESTA DELLA RICEVUTA DOPO IL TRASFERIMENTO DELLE FATTURE
INVIO LA RICHIESTA
17011111370172610
LA RICHIESTA HA AVUTO RISPOSTA
ERRORE: NON E' PRESENTE LA RICEVUTA PER IL PROTOCOLLO 17011111370172610
FINE DEL LAVORO
----------------------------------------------------------------------------------------------------
RICHIESTA DEL DETTAGLIO DEGLI ERRORI
INVIO LA RICHIESTA
17011111370172610
LA RICHIESTA HA AVUTO RISPOSTA
ERRORE: NON E' PRESENTE UN FILE ERRORI PER IL PROTOCOLLO 17011111370172610
FINE DEL LAVORO
suggerisco per chi fosse interessato di chiedere a sogei di attivare le operazioni successive sul sistema di test per la verifica dell'invio
 
  • Like
Reactions: Simone P
si chiaro, ora sto provando in test ma continua a darmi errore su cf proprietario diverso da quello autenticato
 
si nell'xml cifrato


<?xml version="1.0" encoding="UTF-8"?>
<precompilata xsi:noNamespaceSchemaLocation="730_precompilata.xsd" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<proprietario>
<codiceRegione>601</codiceRegione>
<codiceAsl>120</codiceAsl>
<codiceSSA>010008</codiceSSA>
<cfProprietario>x42Ft28lh/e4WGpFQmpIrmwaXeii0e8k2F/59MHVLoyhSf//ZDrpTWsFFqZXlJgMq9+blw63F2UMy2IchdXBJn8j9AAVPwShVLsWZ9bv4cotqNJHxvBee4Y/O1r1G3MAm2/uH0NL8vgS5mfp11GCVwm1j63fpx+CcL/fjQHiLlk=</cfProprietario>
</proprietario>
<documentoSpesa>
<idSpesa>
<pIva>98765432101</pIva>
<dataEmissione>2016-01-01</dataEmissione>
<numDocumentoFiscale>
<dispositivo>1</dispositivo>
<numDocumento>3002</numDocumento>
</numDocumentoFiscale>
</idSpesa>
<dataPagamento>2016-01-01</dataPagamento>
<flagOperazione>I</flagOperazione>
<cfCittadino>iKvd9JQntqxPBT2UA/OFfztSNLidocP8Op+NfODzfTdxFWzkcdZrJz5gvCuqv7Dh/r3Cin1ZQMmg/BofIqYCyq2PcC+PJzbvQCocDdl6FrXVXs3W5JhnX7VpWFGCLPYYY2WL+RWKxhfkGqeY8+NCVfQ1lEA15g3W5AabJ15Tthk=</cfCittadino>
<voceSpesa>
<tipoSpesa>AA</tipoSpesa>
<importo>10.56</importo>
</voceSpesa>
<voceSpesa>
<tipoSpesa>SR</tipoSpesa>
<importo>100.50</importo>
</voceSpesa>
</documentoSpesa>
</precompilata>
 
<?xml version="1.0" encoding="utf-8"?>
<precompilata xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:noNamespaceSchemaLocation="730_precompilata.xsd"><opzionale1>text</opzionale1><opzionale2>text</opzionale2><opzionale3>text</opzionale3><proprietario><codiceRegione>604</codiceRegione><codiceAsl>120</codiceAsl><codiceSSA>010011</codiceSSA><cfProprietario>eoOlpXoyv8sI4ITEXcXxJIdPS1Sjo6Y620O1JDUsRJmV/kcBt4PF5mI7kCePZCmMhXgKLxluEg1tzT+sxmH4xeOMWqAwgIbrSzbsSmLxAL0QfORHxsM+kZxZpen/eYPyMxbKfT86Eqq//ewiZ3g5AX3p2rso1PSKwdw5sjTNlLc=</cfProprietario></proprietario><documentoSpesa><idSpesa><pIva>98765432104</pIva><dataEmissione>2017-01-11</dataEmissione><numDocumentoFiscale><dispositivo>1</dispositivo><numDocumento>3</numDocumento></numDocumentoFiscale></idSpesa><dataPagamento>2017-01-11</dataPagamento><flagOperazione>I</flagOperazione><cfCittadino>NCCOIyVm8t/Z3INAWmd3EVV+pgh2vs4ws15cLOS6rEjwpTB5V763T6KekRtFN0ipWwT7F3vgVbQ7jglehCw+MC4AU6PO3lSS+cxCsMP4WkiwI5er/5lFzhYT1yMwjTZvx0fPnzxtNfv7M4NwsfzaPUnokJK8ZieJZNb8WeJMPvk=</cfCittadino><voceSpesa><tipoSpesa>AD</tipoSpesa><importo>35.00</importo></voceSpesa></documentoSpesa></precompilata>

è corretto
 
a vederlo così potrebbe ma non è possibile decriptare il cf indicato (non abbiamo la chiave).
Non so come crei l'xml, io i dati li cripto al volo mentre lo creo utilizzando la funzione che avevo indicato qualche post indietro, in modo tale che, per controllo , non faccio elaborare il dato da criptare dalla funzione e vedo se il dato stampato è corretto/congruo
 
controlla che tutti i dati del proprietario siano coerenti,
non puoi usare il CF di una persona e la partita iva di un'altra,
considerando anche il singolo documento, dove è presente la partita iva del proprietario
in particolare ho definito nel file credenziali i valori che poi ho richiamato nella creazione del xml
PHP:
    define ("_user",                   "PROVAX00X00X000Y");
    define ("_psw",                    "Salve123");

    define ("_cfProprietario",         "PROVAX00X00X000Y");
    define ("_cfProprietarioCifrato",  "tolto per chiarezza");

    define ("_piProprietario",         "00265910661");

    define ("_pincodeInviante",        "1234567890");
    define ("_pincodeInvianteCifrato", "tolto per chiarezza");
certo per le strutture o per la presentazione con intermediario possono essere diversi, ma vale il principio sopraddetto

per chiarezza se crei il file di prova con le fatture reali, i dati sopraddetti devono essere quelli di prova non quelli del proprietario reale
questa è la ragione di avere un file credenziali con lo switch "TEST" da accendere e spegnere all'occorrenza
 
risolto per quanto riguarda la parte test, ora mi da sempre

descrizioneEsito:Il file è in attesa di elaborazione, per conoscerne l'esito è necessario verificare la ricevuta

mentre tempo fa mi dava anche la ricevuta
 
questa crea la connessione con i dati di login
PHP:
$client = new SoapClient($ws, $SoapClientParam);

ove
PHP:
$SoapClientParam = array
    (
    "location"        => "x",
    "login"        => $login,
    "password"        => $password,
    "authentication"    => SOAP_AUTHENTICATION_BASIC,
    "trace"        => 1,
    "exceptions"    => 1
    );


e

PHP:
$ws = 'InvioTelematicoSpeseSanitarie730p.wsdl';

mentre
PHP:
 $client->inviaFileMtom(Array
    (
    "nomeFileAllegato"        => _FileDaInviare,
    "pincodeInvianteCifrato"    => $pincodeInvianteCifrato,
    "documento"            => $zipfile,
    "datiProprietario"        => ( Array( "cfProprietario" => $cfProprietario, "codiceRegione" => $datiStruttura[0], "codiceAsl" => $datiStruttura[1], "codiceSSA" => $datiStruttura[2]) )
    ))
;

invia il file

messo così invece la variabile $ouput assume i valori dell'esito dell'invio tra i quali c'è il protocolle etc
PHP:
$output = $client->inviaFileMtom(Array
    (
    "nomeFileAllegato"        => _FileDaInviare,
    "pincodeInvianteCifrato"    => $pincodeInvianteCifrato,
    "documento"            => $zipfile,
    "datiProprietario"        => ( Array( "cfProprietario" => $cfProprietario, "codiceRegione" => $datiStruttura[0], "codiceAsl" => $datiStruttura[1], "codiceSSA" => $datiStruttura[2]) )
    ))
;
 
se da pin code errato è problema di codifica in produzione in test funziona con account test
 
confermo che entrando con le credenziali reali sul sito, è possibile visualizzare l'invio effettuato, il dettaglio e anche modificare o cancellare l'invio o scaricare i pdf (come avviene da webservice)
 
se guardo dettaglio dell'invio mi trovo anche un checkbox che indica pagamento anticipato (e non è flaggato) qualcuno sa a cosa serve? io sto inviando scontrini, quindi sono tutti pagamenti già effettuati
 
i documenti inviati al sistema di test ieri, sono stati elaborati dal "turno di notte"
Codice:
INVIO LA RICHIESTA
17011111370172610
LA RICHIESTA HA AVUTO RISPOSTA
E' PRESENTE LA RICEVUTA PER IL PROTOCOLLO 17011111370172610
SALVO LA RICEVUTA COME 730precompilato_2016_RisultatiInvio/17011111370172610.pdf
RICHIESTA COMPLETATA CON SUCCESSO
FINE DEL LAVORO
 
Se a qualcuno interessa, questo è il tracciato del <documentoSpesa> per una nota di accredito o rimborso
nella sez <idRimborso> vanno riportati data e num del documento cui il rimborseo fa riferimento, in questo caso 1347/2016 del 30/03/20165 rimborsa 1285/2016 del 23/03/2016

<documentoSpesa>
<idSpesa>
<pIva>98765432101</pIva>
<dataEmissione>2016-03-30</dataEmissione>
<numDocumentoFiscale>
<dispositivo>1</dispositivo>
<numDocumento>1347/2016</numDocumento>
</numDocumentoFiscale>
</idSpesa>
<idRimborso>
<pIva>98765432101</pIva>
<dataEmissione>2016-03-23</dataEmissione>
<numDocumentoFiscale>
<dispositivo>1</dispositivo>
<numDocumento>1285/2016</numDocumento>
</numDocumentoFiscale>
</idRimborso>
<dataPagamento>2016-03-30</dataPagamento>
<flagOperazione>R</flagOperazione> <cfCittadino>JqYBFUJHjkSq1zNf7AeIYU530m2OeV3Ia/kG568pHfXODlf7Hv3mdTCM4GnsW7bxN5bYW1slPMbyCXYra+sj/j3ClFSsLWMkuDjoLhbS4tonEm+f/E6tfCoT74EWP2oMNFMzRa+34JdmuGGA20iuZ7/t07WZb2KcqHH19gF4SDo=</cfCittadino>
<voceSpesa>
<tipoSpesa>SR</tipoSpesa>
<importo>100.00</importo>
</voceSpesa>
</documentoSpesa>
 
  • Like
Reactions: manuel_1975
Dopo il successo dello scorso anno, grazie agli script di Marino51, pensavo quest'anno di non avere problemi..

Invece (area TEST - Struttura Sanitaria Accreditata - Valle d'Aosta):

1) lo script "FattureGeneraXMLdaTXT.php" genera correttamente i file .xml e .zip, ma restituisce un PHP Notice: Use of undefined constant SOAP_AUTHENTICATION_BASIC - assumed 'SOAP_AUTHENTICATION_BASIC' in /var/www/html/730_2016/Credenziali.php on line 169

Codice:
[14-Jan-2017 18:01:40 Europe/Berlin] .
[14-Jan-2017 18:01:40 Europe/Berlin] main /730_2016/FattureGeneraXMLdaTXT.php
[14-Jan-2017 18:01:40 Europe/Berlin] TEST RUN ***************
[14-Jan-2017 18:01:40 Europe/Berlin] name                   : Laboratorio Valle d'Aosta 020-101-888888
[14-Jan-2017 18:01:40 Europe/Berlin] login                  : UXN6VMDD
[14-Jan-2017 18:01:40 Europe/Berlin] password               : P2SPDVF4
[14-Jan-2017 18:01:40 Europe/Berlin] cfProprietario         : CCSRMO77A09H501E
[14-Jan-2017 18:01:40 Europe/Berlin] cfProprietarioCifrato  : wzOpollrYgV+ILDD8h6s6yPQjfNZQrs0mKJjIaVAYE8avxTIi9ZJrzS385FEgcvWukoA7o20C1amHOsN7n4huuvS9Y63HC9c6moDEqCj2G1qpnKT/eU3NuUmgvuLrHxgFbSZKohbi3Oyrl+wprcx0PnikiEutQm/sHFFWuZGmN8=
[14-Jan-2017 18:01:40 Europe/Berlin] piProprietario         : 03213213210
[14-Jan-2017 18:01:40 Europe/Berlin] pincodeInviante        : 1426073406
[14-Jan-2017 18:01:40 Europe/Berlin] pincodeInvianteCifrato : txIO+4Z3DqZvxrol9o6KmkQjlWSD4SOLdeUigRadhoxVNv7rM3RytJlT1jCHdMEg337cD3D1bvYd/uFLeBT+uZzzZy67Rx5UlWD6bvqXlRQjAMxDH/oGcsxmLtBqLPe8i/ZHdiE1xgEPWj+OX6bOdZJOaQgCa9LY8WQaWOWSvbA=
[14-Jan-2017 18:01:40 Europe/Berlin] PHP Notice:  Use of undefined constant SOAP_AUTHENTICATION_BASIC - assumed 'SOAP_AUTHENTICATION_BASIC' in /var/www/html/730_2016/Credenziali.php on line 169
[14-Jan-2017 18:01:40 Europe/Berlin] File trattato          : Fatture730_2016_completo.txt
[14-Jan-2017 18:01:40 Europe/Berlin] Total Docs 1700
[14-Jan-2017 18:01:40 Europe/Berlin] Total Euro 53907
[14-Jan-2017 18:01:40 Europe/Berlin] Create zip             : Fatture730_2016_completo.zip
[14-Jan-2017 18:01:40 Europe/Berlin] Num files zipped       : 1
[14-Jan-2017 18:01:40 Europe/Berlin] Zip status             : 0
[14-Jan-2017 18:01:40 Europe/Berlin] ZIP CREATED            : Fatture730_2016_completo.zip
[14-Jan-2017 18:01:40 Europe/Berlin] done /730_2016/FattureGeneraXMLdaTXT.php


2) lo script "FattureInviaWsdl.php" invece si blocca proprio. Posto il log

Codice:
[14-Jan-2017 18:03:32 Europe/Berlin] .
[14-Jan-2017 18:03:32 Europe/Berlin] main /730_2016/FattureInviaWsdl.php
[14-Jan-2017 18:03:32 Europe/Berlin] TEST RUN ***************
[14-Jan-2017 18:03:32 Europe/Berlin] name                   : Laboratorio Valle d'Aosta 020-101-888888
[14-Jan-2017 18:03:32 Europe/Berlin] login                  : UXN6VMDD
[14-Jan-2017 18:03:32 Europe/Berlin] password               : P2SPDVF4
[14-Jan-2017 18:03:32 Europe/Berlin] cfProprietario         : CCSRMO77A09H501E
[14-Jan-2017 18:03:32 Europe/Berlin] cfProprietarioCifrato  : wzOpollrYgV+ILDD8h6s6yPQjfNZQrs0mKJjIaVAYE8avxTIi9ZJrzS385FEgcvWukoA7o20C1amHOsN7n4huuvS9Y63HC9c6moDEqCj2G1qpnKT/eU3NuUmgvuLrHxgFbSZKohbi3Oyrl+wprcx0PnikiEutQm/sHFFWuZGmN8=
[14-Jan-2017 18:03:32 Europe/Berlin] piProprietario         : 03213213210
[14-Jan-2017 18:03:32 Europe/Berlin] pincodeInviante        : 1426073406
[14-Jan-2017 18:03:32 Europe/Berlin] pincodeInvianteCifrato : txIO+4Z3DqZvxrol9o6KmkQjlWSD4SOLdeUigRadhoxVNv7rM3RytJlT1jCHdMEg337cD3D1bvYd/uFLeBT+uZzzZy67Rx5UlWD6bvqXlRQjAMxDH/oGcsxmLtBqLPe8i/ZHdiE1xgEPWj+OX6bOdZJOaQgCa9LY8WQaWOWSvbA=
[14-Jan-2017 18:03:32 Europe/Berlin] PHP Notice:  Use of undefined constant SOAP_AUTHENTICATION_BASIC - assumed 'SOAP_AUTHENTICATION_BASIC' in /var/www/html/730_2016/Credenziali.php on line 169
[14-Jan-2017 18:03:32 Europe/Berlin] File trattato          : Fatture730_2016_completo.zip
[14-Jan-2017 18:03:32 Europe/Berlin] carico in memoria il file Fatture730_2016_completo.zip
[14-Jan-2017 18:03:32 Europe/Berlin] definisco il file wsdl InvioTelematicoSpeseSanitarie730p.wsdl
[14-Jan-2017 18:03:32 Europe/Berlin] definisco the soap server location https://invioSS730pTest.sanita.finanze.it/InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort
[14-Jan-2017 18:03:32 Europe/Berlin] PHP Fatal error:  Uncaught Error: Class 'SoapClient' not found in /var/www/html/730_2016/FattureInviaWsdl.php:26
Stack trace:
#0 {main}
  thrown in /var/www/html/730_2016/FattureInviaWsdl.php on line 26


Ho usato le credenziali TEST dello scorso e gli stessi script dello scorso anno (compresi gli "endpoint" wdls, che mi pare per le strutture accreditate siano rimasti identici).

Da cosa può dipendere?
 
Perdonatemi, non cancello il mio post perché il prossimo anno almeno me lo ricordo..

Su Linux bisogna installare il pacchetto "php-soap" e far ripartire il server apache..

Faccio i TEST e vedo come procede.. Vi terrò aggiornati!
 
Lo script "FattureInviaWsdl.php" mi restituisce questo errore. Posto il log:

Codice:
[14-Jan-2017 18:18:55 Europe/Berlin] .
[14-Jan-2017 18:18:55 Europe/Berlin] main /730_2016/FattureInviaWsdl.php
[14-Jan-2017 18:18:55 Europe/Berlin] TEST RUN ***************
[14-Jan-2017 18:18:55 Europe/Berlin] name                   : Laboratorio Valle d'Aosta 020-101-888888
[14-Jan-2017 18:18:55 Europe/Berlin] login                  : UXN6VMDD
[14-Jan-2017 18:18:55 Europe/Berlin] password               : P2SPDVF4
[14-Jan-2017 18:18:55 Europe/Berlin] cfProprietario         : CCSRMO77A09H501E
[14-Jan-2017 18:18:55 Europe/Berlin] cfProprietarioCifrato  : wzOpollrYgV+ILDD8h6s6yPQjfNZQrs0mKJjIaVAYE8avxTIi9ZJrzS385FEgcvWukoA7o20C1amHOsN7n4huuvS9Y63HC9c6moDEqCj2G1qpnKT/eU3NuUmgvuLrHxgFbSZKohbi3Oyrl+wprcx0PnikiEutQm/sHFFWuZGmN8=
[14-Jan-2017 18:18:55 Europe/Berlin] piProprietario         : 03213213210
[14-Jan-2017 18:18:55 Europe/Berlin] pincodeInviante        : 1426073406
[14-Jan-2017 18:18:55 Europe/Berlin] pincodeInvianteCifrato : txIO+4Z3DqZvxrol9o6KmkQjlWSD4SOLdeUigRadhoxVNv7rM3RytJlT1jCHdMEg337cD3D1bvYd/uFLeBT+uZzzZy67Rx5UlWD6bvqXlRQjAMxDH/oGcsxmLtBqLPe8i/ZHdiE1xgEPWj+OX6bOdZJOaQgCa9LY8WQaWOWSvbA=
[14-Jan-2017 18:18:55 Europe/Berlin] File trattato          : Fatture730_2016_completo.zip
[14-Jan-2017 18:18:55 Europe/Berlin] carico in memoria il file Fatture730_2016_completo.zip
[14-Jan-2017 18:18:55 Europe/Berlin] definisco il file wsdl InvioTelematicoSpeseSanitarie730p.wsdl
[14-Jan-2017 18:18:55 Europe/Berlin] definisco the soap server location https://invioSS730pTest.sanita.finanze.it/InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort
[14-Jan-2017 18:18:55 Europe/Berlin] inizio trasferimento del file
[14-Jan-2017 18:18:55 Europe/Berlin] trasferimento terminato con errori
[14-Jan-2017 18:18:55 Europe/Berlin] PHP Fatal error:  SOAP Fault: (faultcode: HTTP, faultstring: Could not connect to host) in /var/www/html/730_2016/FattureInviaWsdl.php on line 63

Non si collega all'host! Cosa può essere?
 

Discussioni simili