730 precompilato + di uno snippet

perseoclub · 2 Feb 2016

Ciao ragazzi,

finito il trasloco di casa (con qualche problema..) posso dedicarmi alla discussione.

Essendo i tempi ristretti, vi chiedevo se secondo voi è possibile estrarre direttamente i dati contenuti nel mio file .csv (estratto a sua volta dal database della mia struttura), così composto:

Colonna1: cfCittadino
Colonna2: numero documento (progressivo)
Colonna3: data emissione = data pagamento
Colonna4: importo

..il tipo-spesa è sempre "TK".

Visto che le ricevute fiscali che devo inviare sono 1700 circa, potrei creare il file .XML con una unica soluzione (ciclica, riga per riga), pescando i dati direttamente dal .csv?

La mia idea è, una volta creato il file .xml e compresso in "Fatture730_2015_1.zip", di usare usare lo script di 730PrecompilatoInvioStruttura per inviarlo al MEP..

Fabio

perseoclub · 2 Feb 2016

Ho scaricato il file 730precompilato.zip (modificato, il secondo per intenderci) di Marino ed ho visto che i dati vengono pescati dal file rinominato "Fatture730_2015_completo"..

Visto che non mi servono le voci "bollo" e le colonne "Relevant1/2/3".. come dovrei impostare le colonne del file .txt (eliminando queste voci)?

Grazie in anticipo..

Fabio

PS. non ho mai fatto parsing di file .txt o .csv.. ma ad intuito il mio dubbio è se devo mettere il numero corrispondente della colonna del mio file .txt nei "define _Col..." in "Credenziali.php"? ..e se sì, le colonne vanno contate partendo da 1 o da 0 (io ne ho 4.. quindi: 1; 2; 3; 4)?

perseoclub · 2 Feb 2016

Andando a tentativi, mi rispondo da solo..

- la numerazione delle colonne comincia da 0 (e non da 1)
- ho eliminato dallo script php le voci bollo, relevant, ecc.ecc.

Ho ottenuto il file .xml (che mi pare rispetti lo standard Sogei) facendo la prova sulle prime 10 ricevute fiscali, come consigliato da Marino!!!

Ora vado a pranzo, ed oggi pomeriggio proverò l'invio al MEP.. speriamo bene!
Intanto sono euforico e non ho parole per ringraziarvi!

Fabio

perseoclub · 2 Feb 2016

Ciao a tutti,

sto provando da ore ad inviare (la mia è una STRUTTURA) il file di .zip (contenente l'.xml) con il codice di TEST, e dopo diversi tentativi, mi restituisce che il 'il file non è stato accolto'..

Come dati ho usati quelli di TEST (riportati nel file LaboratoriTest.txt):

VALLE D'AOSTA
------------------------------
Codice ufficio: 020-101-888888
User: UXN6VMDD
Password: P2SPDVF4
Pincode: 1426073406
Pincode cifrato: txIO+4Z3DqZvxrol9o6KmkQjlWSD4SOLdeUigRadhoxVNv7rM3RytJlT1jCHdMEg337cD3D1bvYd/uFLeBT+uZzzZy67Rx5UlWD6bvqXlRQjAMxDH/oGcsxmLtBqLPe8i/ZHdiE1xgEPWj+OX6bOdZJOaQgCa9LY8WQaWOWSvbA=
cfProprietario: CCSRMO77A09H501E
pIva: 03213213210

Ho criptato il cfProprietario ("CCSRMO77A09H501E") .. e l'ho inserito nel 'define' del _cfProprietarioCifrato in Credenziali.php.

Poi ho eseguito gli script php:

1) FattureGeneraXMLdaTXT.php

..e recuperando il numero di protocollo (16020218013021440), ed inserendolo in $protocollo in Credenziali.php, ho continuato con:

2) FattureInviaWsdl.php

protocollo = 16020218013021440
dataAccoglienza = 02-02-2016 18:01:30
nomeFileAllegato = Fatture730_2015_completo.zip
dimensioneFileAllegato = 2107
codiceEsito = 000
descrizioneEsito = Il file Ã¨ in attesa di elaborazione, per conoscerne l'esito Ã¨ necessario verificare la ricevuta

3) FattureInvioEsito.php

protocollo = 16020218013021440
dataInvio = 02-02-2016 18:01:30
stato = 5
descrizione = File scartato in fase di Elaborazione
nInviati = 0
nAccolti = 0
nWarnings = 0
nErrori = 0

4) FattureInvioRicevutaPdf.php

che genera il .pdf dove si legge:

Il file NON E' STATO ACCOLTO

CODICE ERRORE: E001
MOTIVAZIONE DI SCARTO: INCONGRUENZA DATI PROPRIETARIO TRA QUELLI INDICATI NEL FILE CON QUELLI INDICATI IN FASE DI INVIO

Quale può essere il problema?

FabCari · 2 Feb 2016

Errore E011

Buonasera a tutti,
ho lo stesso problema di altri ma non riesco a capire dov'è l'errore...mi potete aiutare?

Grazie :crying:

Nella ricevuta PDF ottengo sempre la risposta :

MOTIVO DELLO SCARTO
E011: FILE NON CONFORME ALLO SCHEMA DI VALIDAZIONE

Questa è una riga "tipo"

opzionale1 text
opzionale2 text
opzionale3 text
cfProprietario
ujc/Vzn6nL6BmQVygjBobyP5ztjIu5SOTb6qp/0K5t/iZdc/5JPILnR5ujE6p4DhqhL1m/uaPAChLgRrFiP1CczoxvQSDJXXfRYAwuMOHEnm7KTcgtUfKlLVca076L1gw8Zguh6dV2X6Aj9HGaVbRwVg6/GH5whVzEP1E5VyfaA=
pIva 10371188888
dataEmissione 07/01/2015
dispositivo 1
numDocumento 1
dataPagamento 07/01/2015 I
flagOperazione
cfCittadino
jqaMDB7dnoMxvTTu4pRs/CqoTFB5gB0+LYapRDy1Oggv1jjNgPhmb1Pon2SLcnXnZKq5RiuBDoUJy/zS7MaRnQDna3FHzv/rM62DIaHLODOBTyaqSPaOd/OJQlxAjyG5qLgDlDWggWzgFgt7ed82nhiKSCS78IZNNZyX4/z36SA=
tipoSpesa SR
importo 40

marino51 · 3 Feb 2016

@perseoclub,

nell'esempio postato (che è quello distribuito nel kit), trovi nel file credenziali l'impostazione della "login",
se poi confronti i parametri nelle credenziali con il file xml, vedi immediatamente come sono usati i parametri
ps, provato di nuovo prima di rispondere al tuo post con file accettato

@FabCari,
ciò che hai postato non è un xml, ma supponendo che tu abbia postato un log, controlla la "I", è fuori posto

Codice:

numDocumento 1 
 dataPagamento 07/01/2015 I 
 flagOperazione

ciao
Marino

FabCari · 3 Feb 2016

marino51 ha scritto:
@FabCari,
ciò che hai postato non è un xml, ma supponendo che tu abbia postato un log, controlla la "I", è fuori posto

Codice:

numDocumento 1 dataPagamento 07/01/2015 I flagOperazione

ciao
Marino

Grazie, ma purtroppo ho solo trascritto male il log, la I è al posto giusto...altre idee?
Ho una serie di "Numero documento fuori sequenza", ma sono fatture che non devo mandare, tipo consulenze presso altre strutture. Può essere un problema per il sistema?
Accidenti siamo già al 3 e anch'io sto cercando di inserire quasi 500 fatture :dipser:
Fabrizio

perseoclub · 3 Feb 2016

Ciao Marino,

ho confrontato i file .xml e __TesseraSanitaria.log ed ho corretto alcune voci.. ad esempio nel mio .xml non avevo tolto gli <opzionale1/2/3> e non avevo inserito i nodi <codiceRegione> <codiceAsl> e <codiceSSA>..

Quando lancio FattureGeneraXMLdaTXT.php mi crea nella cartella il file .xml ed il file .zip, ma il browser mi restituisce una pagina con questo errore:

XML Parsing Error: syntax error
Location: http://localhost/730MEP/FattureGeneraXMLdaTXT.php
Line Number 1, Column 1:

1
^

A parte questo.. quando invio il file .zip al MEP con FattureInviaWsdl.php funziona tutto alla perfezione!

Prendo il n. di protocollo (es. 16020309524321735) e chiedo la ricevuta con FattureInvioRicevutaPdf.php?protocollo=16020309524321735
Aprendo il 16020309524321735.pdf ottengo che..

Il file risulta ACCOLTO

Su 10 documenti Spesa: 8 risultano Accolti, 1 Accolti con Segnalazione, ed 1 NON Accolto

(Probabilmente ci sono delle incongruenze nei dati inviati.. come ho letto precedentemente potrebbe essere il codice fiscale del cittadino da ricontrollare.. La cosa che mi gratifica è che finalmente, grazie a voi, riesco ad inviare i dati!!!)

Faccio la stessa cosa con FattureInvioEsito.php?protocollo=16020309524321735

Dopo le ultime modifiche apportate conferma e mi restituisce:

protocollo = 16020309524321735
dataInvio = 03-02-2016 09:52:43
stato = 3
descrizione = File elaborato con errori
nInviati = 10
nAccolti = 8
nWarnings = 1
nErrori = 1

La cosa che mi crea problemi è quando provo con le mie reali credenziali (nell'area di TEST) non riesco ad inviare lo .zip.. e FattureInviaWsdl.php mi restituisce l'errore: "Credenziali Invalide".

Il mio dubbio è: quando provo con le mie credenziali nel file Credenziali.php devo solo sostituire i seguenti dati?

PHP:

define ("_user",            "UXN6VMDD");
    define ("_psw",             "P2SPDVF4");

    define ("_NetworkUser",         "");
    define ("_NetworkPsw",          "");

    define ("_codiceRegione",       "020");
    define ("_codiceAsl",           "101");
    define ("_codiceSSA",           "888888");

    define ("_cfProprietario",      "CCSRMO77A09H501E");
    define ("_cfProprietarioCifrato",   "wzOpollrYgV+ILDD8h6s6yPQjfNZQrs0mKJjIaVAYE8avxTIi9ZJrzS385FEgcvWukoA7o20C1amHOsN7n4huuvS9Y63HC9c6moDEqCj2G1qpnKT/eU3NuUmgvuLrHxgFbSZKohbi3Oyrl+wprcx0PnikiEutQm/sHFFWuZGmN8=");

    define ("_piProprietario",      "03213213210");

    define ("_pincodeInviante",     "1426073406");
    define ("_pincodeInvianteCifrato",  "txIO+4Z3DqZvxrol9o6KmkQjlWSD4SOLdeUigRadhoxVNv7rM3RytJlT1jCHdMEg337cD3D1bvYd/uFLeBT+uZzzZy67Rx5UlWD6bvqXlRQjAMxDH/oGcsxmLtBqLPe8i/ZHdiE1xgEPWj+OX6bOdZJOaQgCa9LY8WQaWOWSvbA=");

..oppure devo apportare altre modifiche, anche negli altri file?

Grazie infinite!!

[EDIT]
Stavo pensando che magari nell'area TEST io posso fare le prove solo con le credenziali di TEST, e che quindi i test non funzionano se uso le mie reali credenziali.. In questo caso le mie credenziali le dovrei usare solo quando faccio l'invio effettivo?

Altra cosa.. c'è un modo per sapere quale dei miei 10 documenti-spesa inviati non è stato accolto o accolto con segnalazione?
[/EDIT]

marino51 · 3 Feb 2016

@FabCari, posso solo dirti di confrontare il tuo xml con quello presente nel kit e vedere le differenze
Interruzioni nella sequenza sono normali e quindi accettate

@perseo, sul sito dj test entri solo con credenziali di test, non le effettive
Purtroppo il sito di test non esegue i controlli come il sito effettivo, dalla mia poca esperienza
Per vedere gli errori scarica il csv
Se modifichi credenziali, tuttigli script prendono i dati da li,
Importante che i dati siano coerenti (scusa)

kastaldi · 3 Feb 2016

FabCari ha scritto:
MOTIVO DELLO SCARTO
E011: FILE NON CONFORME ALLO SCHEMA DI VALIDAZIONE

Prendi il file 730_precompilata.xsd dal kit di sviluppo e usalo per testare la validità della grammatica del file XML con un qualsiasi sito come questo: http://www.freeformatter.com/xml-validator-xsd.html
oppure se hai XML grossi ti consiglio un editor avanzato tipo Notepad++ che fa la stessa cosa in locale (oltre alla sintassi).

perseoclub · 3 Feb 2016

Scusa?!? Sei un mito!!!

Allora,
ho usato lo script di rudycox (grazie infinite anche a te) ErroriWsdl.php?protocollo=... per scaricare il .csv

PS: occhio che in: require_once 'credenziali.php'.. la 'c' è minuscola.. mentre nel pacchetto .zip di Marino è maiuscola.. 'Credenziali.php'..

Una volta scaricato il .csv ho trovato i seguenti errori:
NUMDOC: 3 → W003 IL CF CITTADINO NON PRESENTE IN ARCHIVIO
NUMDOC: 1 → S017 IDENTIFICATIVO DOCUMENTO FISCALE GIA' PRESENTE

Sono andato a ricontrollare il CF ed è quello riportato sia nel database, sia sulla ricevuta fiscale.. quindi penso che lo lascerò così (salvo contattare il cliente e chiedergli nuovamente il CF).. anche perché è un Warning
Mentre l'altro è un errore, quindi scartato, ma non capisco a cosa si riferisca.. (credo sia il numero progressivo di prova.. e se così fosse in fase "effettiva" non dovrebbe darmi problemi).

A questo punto vi chiedo un consiglio: secondo voi, potrei inviare lo .zip contenente le mie 1700 ricevute fiscali nella "area di TEST" per vedere gli scarti e i warning.. oppure i dati reali vanno caricati solo nella "area EFFETTIVA"?

Per il momento non ho parole per ringraziarvi! Poi, appena ho un po' di tempo cerco anche di capire la logica dei vostri script, perché avevo impiegato almeno una settimana buona a collegarmi ai web-services Sogei, senza esito! Quindi sono curioso di capire come avrei dovuto operare..

Se posso rendermi utile in futuro, ne sarò ben lieto! Intanto continuo con i test "struttura"..

perseoclub · 3 Feb 2016

[EDIT]
Rivedendolo, mi sono accorto che lo script di rudycox "ErroriWdsl.php" era già stato integrato da Marino51 nel suo package .zip, e riadattato come "FattureInvioDettaglioErrori.php".. Per scaricare lo .zip (contenente il .csv) ho provato usando quest'ultimo e funziona alla perfezione!!
[/EDIT]

marino51 · 3 Feb 2016

l'errore "W003 IL CF CITTADINO NON PRESENTE IN ARCHIVIO", inserisce il documento in archivio PRIVO del codice fiscale, la correzione può essere fatta successivamente collegandosi "manualmente" al sito, richiamando i documenti ed inserendo il codice fiscale

il secondo errore è generato quando il documento è stato inviato in precedenza, nello script che genera xml ho inserito (per il solo TEST) nel "numero documento", le ultime 3 cifre del timer, per rendere il documento stesso univoco e provare l'invio anche più volte.

sicuramente farei l'invio di tutti i documenti al sistema di test, per avere almeno la sensazione di cosa succede,
considerando che non sempre le segnalazione degli errori è attendibile (esempio errore "W003", 2 errori nel sistema effettivo, 22 nel sistema di test)

null'altro da suggerire
ciao
Marino

marino51 · 3 Feb 2016

kastaldi ha scritto:
Prendi il file 730_precompilata.xsd dal kit di sviluppo e usalo per testare la validità della grammatica del file XML con un qualsiasi sito come questo: http://www.freeformatter.com/xml-validator-xsd.html
oppure se hai XML grossi ti consiglio un editor avanzato tipo Notepad++ che fa la stessa cosa in locale (oltre alla sintassi).

Grazie infinite, ottimo contributo,

giusto per risparmiare tempo,

link x download
https://notepad-plus-plus.org/

link info per installare plugin XML
http://stackoverflow.com/questions/15436183/using-notepad-to-validate-xml-against-an-xsd

dopo aver aperto il file xml, per vederlo ben sviluppato,
Plugins -> Xml Tools -> Pretty print (XML only - with line breaks)

ps, non chiede il file "xsd" perchè già dichiarato nel tag "precompilata"

ciao
Marino

kastaldi · 4 Feb 2016

marino51 ha scritto:
Grazie infinite, ottimo contributo,

giusto per risparmiare tempo,

ciao
Marino

Grazie a te per aver "espanso" la mia risposta, sono stato molto stringato.
Non avete idea di quanto mi faccia piacere sentirmi meno "Don Chisciotte contro i mulini a vento" e vedere che, essendo tutti nella stessa barca, ci diamo una mano.

FabCari · 4 Feb 2016

Buongiorno e grazie a tutti per l'aiuto!
Sono riuscito anch'io nell'impresa :quote: :tifoso:
Ora mi rimangono solo piccole correzioni, ma il tutto è caricato sul sistema TS!
Buon lavoro!
Fabrizio

kastaldi · 4 Feb 2016

Se a qualcuno interessa (anche se credo che vista la scadenza del 9 ognuno si sarà già attrezzato al meglio) io utilizzo SoapUI, tool freeware e open source, non è il massimo in fatto di semplicità di utilizzo visto che per ogni invio bisogna mettere le mani nelle chiamate al servizio, modificare il testo a mano, etc. Inizialmente l'ho usato per testare i parametri e i file estratti ma ho visto che riuscivo ad utilizzarlo anche nell'ambiente di produzione una volta presa la mano.

https://www.soapui.org/

kastaldi · 5 Feb 2016

Domanda: il 9 febbraio chiudono il 2015 ma ci sono scadenze mensili per il 2016 oppure si può trasmettere tutto anche anche all'ultimo momento ?

perseoclub · 5 Feb 2016

Marino,

ho un problema..

Dopo aver elaborato e ricontrollato il csv con tutte le (circa) 1700 ricevute fiscali (comprese le prime 10 ricevute di prova dei giorni scorsi), ho provato nell'area di TEST ad inviarlo per vedere quali errori mi dava..

Quando eseguo l'invio con "FattureInviaWsdl.php" mi restutuisce il n. di protocollo e mi dice che il file è in attesa di elaborazione..
Ma quando richiedo il pdf tramite "FattureInvioRicevutaPdf.php?protocollo=....." trovo scritto nel pdf che:

Il file NON E' STATO ACCOLTO
CODICE ERRORE: E015
MOTIVAZIONE DI SCARTO: IL FILE RISULTA GIA' INVIATO PRECEDENTEMENTE ED ELABORATO

Ho provato anche a cambiare il nome del file .zip (e del suo .xml) trasmesso ma ugualmente NON viene accolto!

Cosa posso fare?

PS: giusto per scrupolo proprio ora ho riprovato con il csv contenente le sole prime 10 ricevute fiscali ed invece viene ACCOLTO ancora..

PPS: ho anche fatto la validazione del file .xml con l'.xsd sul sito http://www.freeformatter.com/xml-validator-xsd.html come suggerito da kastaldi.. ed è stato validato!

PPPS: ho visto ora che claudio56 ha avuto il mio stesso problema, ma non capisco come lo abbia risolto..

marino51 · 5 Feb 2016

ti riporto la frase del post #73

"
il secondo errore è generato quando il documento è stato inviato in precedenza, nello script che genera xml ho inserito (per il solo TEST) nel "numero documento", le ultime 3 cifre del timer, per rendere il documento stesso univoco e provare l'invio anche più volte.
"
ciao
Marino

730 precompilato + di uno snippet

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Nuovo Utente

Utente Attivo

Nuovo Utente

Utente Attivo

Utente Attivo

Nuovo Utente

Utente Attivo

Utente Attivo

Utente Attivo

Utente Attivo

Nuovo Utente

Nuovo Utente

Nuovo Utente

Nuovo Utente

Utente Attivo

Utente Attivo

Discussioni simili

Privacy & Transparency

Privacy & Transparency