730 precompilato + di uno snippet

[perseoclub]

Ho letto più volte la frase ma continuo a non capire.. In pratica mi stai dicendo che il file non viene accolto perchè c'è qualche numero di documento già inserito in precedenza, nonostante l'aggiunta delle 3 cifre "timer"?
Grazie del supporto

 

[marino51]

Ho letto più volte la frase ma continuo a non capire.. In pratica mi stai dicendo che il file non viene accolto perchè c'è qualche numero di documento già inserito in precedenza, nonostante l'aggiunta delle 3 cifre "timer"?
Grazie del supporto

cerco di essere chiaro ma anche a me spesso non riesce,

"per definizione" tutti i sistemi NON dovrebbero (devono) accettare lo stesso documento,
sarebbe un disastro se per errore venisse inviato due volte lo stesso file ed accettato,
il sistema di test si comporta correttamente scartando i documenti che il cfproprietario ha già inviato
se per combinazione tutti i documenti sono già stati inviati, quindi sono tutti doppi, il file risulta vuoto, da cui la mancata accettazione,
ho quindi aggiunto il timer nel numero di documento quando si è nella fase di test, al fine di permettere invii multipli,
intervenendo sullo script "FattureGeneraXMLdaTXT.php"
ho inserito all'inizio,

$time = ( $TEST ? substr(microtime(true), -3) : "" );

e modificato,

$numDocumento = $numDocumentoFiscale->addChild('numDocumento', $col[_ColDocNumber].$time);

c'è un post con zip allegato che contiene la modifica
ciao
Marino

 

[perseoclub]

Io uso già il tuo "FattureGeneraXMLdaTXT.php" con la modifica del numero di documento + $time.. Per questo non capisco come mai il file non viene accolto..

 

[perseoclub]

Allora,

questa mattina ho fatto dei tentativi, e dopo aver riletto il manuale tecnico pdf della struttura del file .xml ho trovato che è stato ampliato il codice numerico di 7 numeri a 20 caratteri alfanumerici..
Così, alla variabile $time, ho aggiunto un'altra variabile $my_str con altri 6 caratteri (a caso) alfanumerici.. Ho rieseguito l'invio.. ed il file è stato ACCOLTO (anche se con oltre 300 warning, su 1700 circa).

Vi aggiorno!!!

 

[perseoclub]

Dopo tanto sudare e sofferenze, grazie al fondamentale aiuto di Marino51 e di rudycox (che non finirò mai di ringraziare abbastanza), sono riuscito ad inviare alla Sogei con le mie effettive credenziali (di struttura) il file .xml

Delle circa 1700 ricevute fiscali in fase di TEST sono state accolte tutte, ma oltre 350 con warning ("CF Cittadino non presente in archivio"), ridotte poi al numero di 58 in fase EFFETTIVA!

Di queste, accedendo direttamente al portale della Sogei, ne ho già corrette positivamente 21. Delle 37 rimaste ho potuto risalire dal nostro database al contatto telefonico dell'utente.. quindi a breve prevedo di correggerle tutte!

Sono soddisfattissimo! :fonzie:

Grazie ancora a tutti!!

 

[kastaldi]

Vi siete già collegati a sistemats all'area SSN / cittadino per vedere se avete le spese sanitarie sul vostro 730 ?
Io avevo fatto degli esami presso la azienda ospedaliera dove lavoro e sono stati trasmessi correttamente.

 

[perseoclub]

Ancora no,
ma non mi pare che nel 2015 abbia affrontato spese sanitarie.. in caso verifico di qualche amico o parente..

 

[scarob]

Salve,
scusate se ritorno su questo fantastico post.
Tutto funziona perfettamente in ambiente test con le credenziali di test.

La mia domanda è: sempre in ambiente test, si posso effettuare invii di prova con i propri file e le credenziali reali?

 

[Ezio88]

Salve,
scusate se ritorno su questo fantastico post.
Tutto funziona perfettamente in ambiente test con le credenziali di test.

La mia domanda è: sempre in ambiente test, si posso effettuare invii di prova con i propri file e le credenziali reali?

No, a memoria non credo si possa. Sull'ambiente di test bisogna usare le credenziali di test.

 

[scarob]

Se in ambiente test invio un mio file con le credenziali di test mi dice che i dati del file sono incongruenti.

Se provo ad accedere all'ambiente test con le mie credenziali mi dice credenziali non valide.

Voi come vi siete comportati?

 

[Ezio88]

Se in ambiente test invio un mio file con le credenziali di test mi dice che i dati del file sono incongruenti.

Se provo ad accedere all'ambiente test con le mie credenziali mi dice credenziali non valide.

Voi come vi siete comportati?

A quanto pare devi più che altro risolvere il problema sui dati dei file incongruenti.
C'è qualche informazione in più a riguardo. Hai provato a inviare prima dei file fatture molto semplici per verificare che funzioni?

 

[scarob]

Per essere più preciso:
"Incongruenza dati proprietario tra quelli indicati nei file con quelli indicati in fase di invio"

Dati proprietario nel file: reale
Dati di accesso: utente test

 

[scarob]

Nessuno mi da una dritta su come testare i miei file?

 

[scarob]

Mi ha risposto Sogei:

Buonasera,
in ambiente di test occorre utilizzare solo le credenziali di test contenute nel kit.
In ambiente di produzione o reale andranno utilizzate solo credenziali reali e non si possono fare test ma solo invii reali.
Grazie
Cordiali saluti
Gestione ts

 

[marino51]

in ambiente di test occorre utilizzare solo le credenziali di test contenute nel kit.
In ambiente di produzione o reale andranno utilizzate solo credenziali reali e non si possono fare test ma solo invii reali.

è esattamente quello che, credo, tutti abbiamo fatto per il 730, senza scomodare sogei
ma a cosa serve questo post ?
saluti

 

[marino51]

1 ) sicuramente in ambiente di test funzionano solo le credenziali di test, non quelle proprietarie

2 ) nel file xml, il cf proprietario e la partita iva devono essere congruenti con le credenziali di ingtrasso

3 ) se si tratta di una struttura, occorre inserire anche gli altri dati caratteristici come indicato nei post successivi, dove sono presenti anche script modificati

 

[Aarc14]

Ciao a tutti,

scusate se riprendo questa discussione ma ho trovato questo post interessante per il progetto che sto seguendo.
Il codice è perfetto e faccio i complimenti a Marino e a tutti quelli che ci hanno lavorato.

Sto integrando il codice in un progetto per la fatturazione di un medico e ho un problema nella fase di invio .
Mi spiego meglio:
quando invio con le credenziali del medico in ambiente di produzione tutto funziona correttamente, quando invio con le credenziali di test in ambiente test l'invio mi risponde con un messaggio di errore:
"PHP Fatal error: SOAP Fault: (faultcode: HTTP, faultstring: Could not connect to host)"
Il file FattureInviaWsdl.php l'ho semplicemente copiato e incollato da questa discussione

Dato che per integrare il codice ho bisogno di fare alcuni invii di test per capire meglio le risposte non riesco a proseguire.
Allego i log, magari qualcuno mi può aiutare.

Grazie

 

[marino51]

ciao, fai riferimento al kit alla pagina
http://sistemats1.sanita.finanze.it...+Documenti+di+progetto+e+specifiche+tecniche/
l'ultima versione è stata pubblicata un paio di giorni fa,

all'interno del kit, nella sezione che interessa (esempio Medico), c'è il file "endpointServiziMedico.txt" con gli indirizzi necessari, non ho controllato se cambiati rispetto allo scorso anno, vedi se funzionano, in caso di problemi "riposta"

ps, vedi se ci sono anche le nuove versioni dei files wsdl, potrebbero contenere controlli nuovi o modificati

 

[marino51]

confermo che il trasferimento del file funziona con i parametri dello scorso anno (MEDICO)

[19-Nov-2016 22:13:12 Europe/Rome] .
[19-Nov-2016 22:13:12 Europe/Rome] main /test_site/php/test/XML/FattureInviaWsdl.php
[19-Nov-2016 22:13:12 Europe/Rome] TEST RUN ***************
[19-Nov-2016 22:13:12 Europe/Rome] name                   : Dr. PROVA
[19-Nov-2016 22:13:12 Europe/Rome] login                  : PROVAX00X00X000Y
[19-Nov-2016 22:13:12 Europe/Rome] password               : Salve123
[19-Nov-2016 22:13:12 Europe/Rome] cfProprietario         : PROVAX00X00X000Y
[19-Nov-2016 22:13:12 Europe/Rome] cfProprietarioCifrato  : Ix4OzmfPxB0TTwS6+Hc0enwIhMtunRUkB4CjlDDDns5pCy2iZJ4Qxy+C/X8mMpLRz37tOXnklkkPml5Di32wtQlXpCL2qais/ZjSmwwLldUFvxQPRrwsOSgbH0yK3n+cfgXHbuyTFmjKBAT1dkc5xJ4sTW6qPlaMEIJIevQXvrQ=
[19-Nov-2016 22:13:12 Europe/Rome] piProprietario         : 00265910661
[19-Nov-2016 22:13:12 Europe/Rome] pincodeInviante        : 1234567890
[19-Nov-2016 22:13:12 Europe/Rome] pincodeInvianteCifrato : HmhwvMEtyHOwDm5K3YEQ9RZiNAkJ+FvRwXodiABj9HpRbdQUaLa4cyYZU8YqaBsSs4Lq6u85uDci6xowmF7ZrVgLhZ83q4nSi8bSvVDPS5pPStBlOJfvo8AisqDiKdJvEPbkIhBVnbmf28gh28G/vQLkp2RgVEYinPA0LUCz8PQ=
[19-Nov-2016 22:13:12 Europe/Rome] File trattato          : Fatture730Medico.zip
[19-Nov-2016 22:13:12 Europe/Rome] carico in memoria il file Fatture730Medico.zip
[19-Nov-2016 22:13:12 Europe/Rome] definisco il file wsdl InvioTelematicoSpeseSanitarie730p.wsdl
[19-Nov-2016 22:13:12 Europe/Rome] definisco the soap server location https://invioSS730pTest.sanita.finanze.it/InvioTelematicoSS730pMtomWeb/InvioTelematicoSS730pMtomPort
[19-Nov-2016 22:13:12 Europe/Rome] inizio trasferimento del file
[19-Nov-2016 22:13:13 Europe/Rome] trasferimento terminato
[19-Nov-2016 22:13:13 Europe/Rome] protocollo = 16111922130541339
[19-Nov-2016 22:13:13 Europe/Rome] dataAccoglienza = 19-11-2016 22:13:05
[19-Nov-2016 22:13:13 Europe/Rome] nomeFileAllegato = Fatture730Medico.zip
[19-Nov-2016 22:13:13 Europe/Rome] dimensioneFileAllegato = 837
[19-Nov-2016 22:13:13 Europe/Rome] codiceEsito = 000
[19-Nov-2016 22:13:13 Europe/Rome] descrizioneEsito = Il file è in attesa di elaborazione, per conoscerne l'esito è necessario verificare la ricevuta
[19-Nov-2016 22:13:13 Europe/Rome] idErrore =
[19-Nov-2016 22:13:13 Europe/Rome] done /test_site/php/test/XML/FattureInviaWsdl.php

verifica i dati per il "login"

 

[Aarc14]

Ciao,

ho fatto un po' di ricerche e ho verificato che con versioni successive a PHP 5.5 puo verificarsi questo tipo di errore .
In effetti ho preso una macchina con PHP 5.5.12 e tutto funziona correttamente mentre su quella usata fin'ora ho la 5.6.

Premetto che uso una macchina linux per far girare il web server, ho risolto installando il certificato della pagina di test sul server copiandolo nella cartella "/usr/local/share/ca-certificates" e poi con il comando "sudo update-ca-certificates".

Probabilmente è un problema di certificati differenti tra test e produzione.

Grazie per l'aiuto! a presto.