Spesometro - Modulo di controllo del 25/10/2013

[m4rc0.to]

Un saluto a tutti i programmatori, miei compagni di sventura.

Sto tentando di effettuare il controllo dei dati dello spesometro tramite l'apposito modulo di Entratel pubblicato ieri.

Fortunatamente la mia compagna è una commercialista, e mi sta "assistendo" amorevolmente in tutte le mie peripezie da modulistica telematica.

Abbiamo provato a sottoporre a controllo i file prodotti, ma non c'è stato nulla da fare: quando finalmente dovrebbe avviarsi l'elaborazione, viene emesso un messaggio di errore, ovvero

java.lang.NoClassDefFoundError: finanze/pos/fileutility/CodiceFiscale
at it.finanze.entrate.sco.generale2013.Util.controlloCF(Util.java:347)
at it.finanze.entrate.sco.generale2013.Filtro.<init>(Filtro.java:152)
at it.finanze.entrate.sco.main.MNSP00.verificaFornitura(MNSP00.java:421)
at it.finanze.entrate.sco.main.MNSP00.elaboraFile(MNSP00.java:123)
at it.finanze.entrate.sco.main.MNSP00.main(MNSP00.java:71)
at finanze.NSP.main.MNSP00.main(MNSP00.java:55)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sogei.V9TJU000.utility.ClassRunner.invokeMethod(ClassRunner.java)
at sogei.V9TJC000.controllo.FControlla.chiamaControllo(Unknown Source)
at sogei.V9TJC000.controllo.FControlla.run(Unknown Source)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.ClassNotFoundException: finanze.pos.fileutility.CodiceFiscale
at java.net.URLClassLoader$1.run(Unknown Source)
at java.net.URLClassLoader$1.run(Unknown Source)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source)
at java.lang.ClassLoader.loadClass(Unknown Source)
... 14 more

In parole povere, non si riesce a verificare una mazza... sorge il sospetto che la stringa java.lang.NoClassDefFoundError: finanze/pos/fileutility/CodiceFiscale stia a significare che parte dei controlli vengono demandati a moduli software remoti, che

• in questo momento, non si sa se per via del fatto che siamo nel weekend, non sono raggiungibili;
• non sono ancora pronti o non funzionano.

Io sono solo un modesto programmatore, e di sicuro non dispongo delle competenze infinitamente superiori di quei geniacci della Sogei, ma è mai possibile che non si possa realizzare una procedura di controllo standalone, che non richieda tutte le menate necessarie per attivare Entratel, se uno si sta solo sbattendo con la creazione dei loro maledettissimi tracciati, e che soprattutto verifichi solo la correttezza formale dei dati, eseguendo i controlli sostanziali e definitivi, se proprio necessitano di collegamento interstellare, al momento immediatamente precedente l'invio effettivo?

Sono imbattibili nel complicare cose semplici...

Marco

 

[Alexandro]

Un saluto a tutti i programmatori, miei compagni di sventura.

Sto tentando di effettuare il controllo dei dati dello spesometro tramite l'apposito modulo di Entratel pubblicato ieri.

Fortunatamente la mia compagna è una commercialista, e mi sta "assistendo" amorevolmente in tutte le mie peripezie da modulistica telematica.

Abbiamo provato a sottoporre a controllo i file prodotti, ma non c'è stato nulla da fare: quando finalmente dovrebbe avviarsi l'elaborazione, viene emesso un messaggio di errore, ovvero


In parole povere, non si riesce a verificare una mazza... sorge il sospetto che la stringa java.lang.NoClassDefFoundError: finanze/pos/fileutility/CodiceFiscale stia a significare che parte dei controlli vengono demandati a moduli software remoti, che

• in questo momento, non si sa se per via del fatto che siamo nel weekend, non sono raggiungibili;
• non sono ancora pronti o non funzionano.

Io sono solo un modesto programmatore, e di sicuro non dispongo delle competenze infinitamente superiori di quei geniacci della Sogei, ma è mai possibile che non si possa realizzare una procedura di controllo standalone, che non richieda tutte le menate necessarie per attivare Entratel, se uno si sta solo sbattendo con la creazione dei loro maledettissimi tracciati, e che soprattutto verifichi solo la correttezza formale dei dati, eseguendo i controlli sostanziali e definitivi, se proprio necessitano di collegamento interstellare, al momento immediatamente precedente l'invio effettivo?

Sono imbattibili nel complicare cose semplici...

Marco

Caro Marco, ti abbraccio solidarmente nella sventura.
Anche io, gia' ieri sera, ho voluto provare i files prodotti da sistuazioni"di prova".
Ho avuto il tuo medesimo errore!!.
Mi son detto..."chissa' cosa ho messo in quella fornitura"...
Preso dallo sconforto ho installato il software di compilazione dello spesometro distribuito dall'AdE.
Ho caricato un solo rekord.....tanto pe' prova'.....
Identico, medesimo errore!!
Secondo me si sono dimenticati, nella fase di installazione, di distribuire qualche cartella (POS/Fileutility ???!?!?)
E' sabato sera...... ma ne vale la pena?!?!

 

[GOSOFT]

Non preoccuparti, anch'io ho lo stesso problema. Il programma rilasciato venerdì non funziona e mancano solamente 11 giorni lavorativi alla scadenza. La prova è stata fatta generando il file con il loro programma di compilazione 1.0.0. In un paese civile queste cose non si verificano ma purtroppo siamo in Italia e tutto questo è posssibile. Conoscendo i tempi di questo carrozzone di burocrati prima di martedì ... Purtroppo loro non rispondono di quello che fanno, anzi, hanno anche il coraggio di sanzionarci se non rispettiamo la scadenza!

java.lang.NoClassDefFoundError: finanze/pos/fileutility/CodiceFiscale
at it.finanze.entrate.sco.generale2013.Util.controlloCF(Util.java:347)
at it.finanze.entrate.sco.generale2013.Filtro.<init>(Filtro.java:152)
at it.finanze.entrate.sco.main.MNSP00.verificaFornitura(MNSP00.java:421)
at it.finanze.entrate.sco.main.MNSP00.elaboraFile(MNSP00.java:123)
at it.finanze.entrate.sco.main.MNSP00.main(MNSP00.java:71)
at finanze.NSP.main.MNSP00.main(MNSP00.java:55)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(Unknown Source)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(Unknown Source)
at java.lang.reflect.Method.invoke(Unknown Source)
at sogei.V9TJUNI0.unicoPf.ClassRunner.invokeMethod(ClassRunner.java)
at sogei.V9TJUNI0.unicoPf.FControlla.chiamaControllo(FControlla.java:573)
at sogei.V9TJUNI0.unicoPf.FControlla.run(FControlla.java:6015)
at java.lang.Thread.run(Unknown Source)

 

[Umby]

Ciao Marco,
per il modulo di controllo ho avuto lo stesso problema (vedi altro topic)

Ciao Akessando,
per il programma di compilazione, seppur con qualche difficoltà, sono riuscito a farlo partire. Il programma funzione bene (per ora ho provato solo a compilare i quadri "aggregati", quindi FA, SA, BL), per verificare gli stessi nel file telematico. Il file che ha generato è pefetto. (...o meglio, risponde un po alla struttura discussa ampiamente in questo forum..)

 

[Alexandro]

Ciao Marco,
per il modulo di controllo ho avuto lo stesso problema (vedi altro topic)

Ciao Akessando,
per il programma di compilazione, seppur con qualche difficoltà, sono riuscito a farlo partire. Il programma funzione bene (per ora ho provato solo a compilare i quadri "aggregati", quindi FA, SA, BL), per verificare gli stessi nel file telematico. Il file che ha generato è pefetto. (...o meglio, risponde un po alla struttura discussa ampiamente in questo forum..)

....al solito, non mi sono espresso lucidamente ma.... ne ho piene le balle!!!!
Il software di compilazione si installa correttamente e funziona bene!!
Il problema e' che, nel mio caso, pur avendo prodotto un file da controllare con il software dell'AdE...il messaggio di errore nel modulo di controllo e' il medesimo.

Pensandoci bene mi sono fatto l'idea che la cartella Finaze/Pos/ ecc. ecc. sia proprio la cartella dei files CLASS dei moduli di controllo per lo spesometro degli operatori finanziari (quelli che devono inviare i dati dei pagamenti con le carte di credito, appunto i POS !!!!).
Vuoi vedere che han fatto un casino della marianna e ci hanno rilasciato dei moduli di controllo ....misti?!?!
Cioe' i moduli di controllo sono giusti ma i files CLASS sono quelli del POS (probabilmente identici) ma non distribuiti con il modulo NSP-NuovoSPesometro (perche' facenti parte del modulo di controllo POS e inseriti nella cartella FINAZE/POS) ???!?????!?!??!!?!?!?!?!?!??
Non ci sarebbe da stupirsi....

E domani apre il canale di comunicazione.....
E come cantava Guccini....."ma noi non ci saremo"!!...

 

[Luigi Luccarelli]

Io sul mio Pc ho lo stesso problema (avevo già in precedenza installato fielinternet e il modulo dell'annoscorso). Ho provato a installare il modulo su altri 5 pc ex novo, ma il modulo non viene visto.
Assurdo

 

[My Public]

Ciao!
Ho avuto lo stesso problema. Installando anche gli altri moduli di controllo (ModuliControllo2013_508.exe) sono riuscito a fare sparire l'errore.
Adesso il compito sarà fare sparire anche tutti gli errori formali e di contenute che sono spuntati fuori... ;-)

 

[m4rc0.to]

Punto primo: i ringraziamenti d'obbligo a My Public per la dritta sui moduli di controllo, finalmente sono riuscito a far funzionare Entratel in maniera corretta. :clap:

Punto secondo: rimangono dei dubbi su come gestire invii multipli (dati spezzati su più files), dato che nel caso di invio singolo i campi 7 (Progressivo dell'invio telematico) ed 8 (Numero totale degli invii telematici) del record 'A' devono essere valorizzati a 0 (zero).

Punto terzo: finalmente s'è capito il significato del campo 3 (Progressivo modulo) dei record 'C' e 'D': non è nient'altro che la numerazione progressiva di tali record (si sono fatti prendere la mano dal burocratese/politichese)!

Punto quarto: okkio che nel record 'B' eventuali date non compilate vanno inizializzate a '00000000'!

Domani proverò i dati di un mio Cliente da 15.000 fatture/anno, vediamo dove andiamo a parare.

Per adesso la grossa soddisfazione è che i dati del Cliente/tipo che ho utilizzato per testare le procedure superano la verifica del famigerato modulo di controllo, sia in forma analitica che aggregata :clap3:

Marco

 

[SpesometroDisperato]

ragazzi mi date una mano, ho installato l'applicazione FILE INTERNET e poi il modulo di controllo del nuovo spesometro il file NSP00100.exe, quando apro l'applicazione non mi vede nessun modulo installato, mentre se provo a installare il vecchio modulo di controllo dello spesometro lo vede... sapete d'armi un aiuto?

 

[Umby]

ragazzi mi date una mano, ho installato l'applicazione FILE INTERNET e poi il modulo di controllo del nuovo spesometro il file NSP00100.exe, quando apro l'applicazione non mi vede nessun modulo installato, mentre se provo a installare il vecchio modulo di controllo dello spesometro lo vede... sapete d'armi un aiuto?

L'argomento è stato già discusso.
Per far si che il nuovo modulo di controllo funzioni, devi prima installare il "pacchettone" generico di controllo.