Forum
Nuovi Messaggi
Cerca...
Nuova Discussione
Annunci
Novità
Nuovi Messaggi
Nuovi Messaggi Profilo
Ultime Attività
Iscritti
Visitatori online
Nuovi Messaggi Profilo
Cerca tra i Messaggi Profilo
? Aiuto
Faccine
Codici BB
Traguardi
Utilizzo dei Cookie
Termini e Condizioni d'uso del sito
Accedi
Registrati
Novità
Cerca
Cerca
Cerca solo tra i titoli
Da:
Nuovi Messaggi
Cerca...
Menu
Accedi
Registrati
Installa l'app
Installa
Area Amministrativa Fiscale e Tributaria
Fisco, Detrazioni e Tasse
Segnalazioni anomalie SW Redditi PF2020
JavaScript è disabilitato. Per una migliore esperienza di navigazione attivalo nel tuo programma o nella tua app per navigare prima di procedere.
Stai usando un browser molto obsoleto. Puoi incorrere in problemi di visualizzazione di questo e altri siti oltre che in problemi di sicurezza. .
Dovresti aggiornarlo oppure usare
usarne uno alternativo, moderno e sicuro
.
Rispondi alla discussione
Registrati in 30 Secondi
Registrarsi è gratis ed elimina la pubblicità
Testo
<blockquote data-quote="basty" data-source="post: 418647" data-attributes="member: 35382"><p>La soluzione adotatta, commette l'errore più frequente commesso quando si informatizzano i processi in uso; la regola d'oro prevederebbe come prima azione, quella della razionalizzazione e semplificazione dei processi: e solo dopo , informatizzarli.</p><p></p><p>Invece qui la scelta di Agenzia delle Entrate, per altro anche comprensibile, ha voluto mantenere la assoluta equivalenza del modulo informatico, con quello cartaceo, comprese le 130 magine di istruzioni: per cui ne conseguono delle conseguenze piuttosto buffe: in molti campi si è costretti ad operare dei calcoli a priori, prima di digitarli.</p><p>Un esempio?: l'importo da inserire nel campo 6 di RB: il SW sarebbe perfettamente in grado di calcolarsi il 100, 95, 75 % del canone annuo lordo a seconda del codice locazione, per tener conto della cedlare secca, della giudecca e di tutte le altre varianti: ma per compatibilità con le istruzioni e la carta, siamo costretti a differenziare a priori il dato, e mi è capitato spesso di sbagliare.</p><p></p><p>La precompilata, se hai come ho io molte detrazioni, è effettivamente comodo importarla, perchè si ereditano nel quadro RP tutte le annualità maturate degli anni passati, aggiornate come numeri di rata: sicuramente si rischia di più a riscriverle.</p><p></p><p>Ma questa annotazione dei dati catastali per le detrazioni dell'anno, credo sia la causa del malfunzionamento della precompilata, che da due anni segnalo: per un presumibile errore di elaborazione, rimangono riportati dei dati di riferimento, tipo nr di immobile e flag, che non trovano corrispondenza nelle posizioni ormai aggiornate.</p><p>Presumo sia questa la causa della segnalazione di errore.</p><p></p><p>In ogni caso non si sa mai se la annotazione la si debba porre nel primo quadro RP anche se la posizione relativa è inserita nell'ultimo quadro RP, o se riportarla per maggior leggibilità, possibilmente nel medesimo quadro dove si inseriscono le nuove detrazioni (es 2020): sta di fatto che la precompilata le raggruppa come una reliquia nel mod. 1 e genera errore.</p></blockquote><p></p>
[QUOTE="basty, post: 418647, member: 35382"] La soluzione adotatta, commette l'errore più frequente commesso quando si informatizzano i processi in uso; la regola d'oro prevederebbe come prima azione, quella della razionalizzazione e semplificazione dei processi: e solo dopo , informatizzarli. Invece qui la scelta di Agenzia delle Entrate, per altro anche comprensibile, ha voluto mantenere la assoluta equivalenza del modulo informatico, con quello cartaceo, comprese le 130 magine di istruzioni: per cui ne conseguono delle conseguenze piuttosto buffe: in molti campi si è costretti ad operare dei calcoli a priori, prima di digitarli. Un esempio?: l'importo da inserire nel campo 6 di RB: il SW sarebbe perfettamente in grado di calcolarsi il 100, 95, 75 % del canone annuo lordo a seconda del codice locazione, per tener conto della cedlare secca, della giudecca e di tutte le altre varianti: ma per compatibilità con le istruzioni e la carta, siamo costretti a differenziare a priori il dato, e mi è capitato spesso di sbagliare. La precompilata, se hai come ho io molte detrazioni, è effettivamente comodo importarla, perchè si ereditano nel quadro RP tutte le annualità maturate degli anni passati, aggiornate come numeri di rata: sicuramente si rischia di più a riscriverle. Ma questa annotazione dei dati catastali per le detrazioni dell'anno, credo sia la causa del malfunzionamento della precompilata, che da due anni segnalo: per un presumibile errore di elaborazione, rimangono riportati dei dati di riferimento, tipo nr di immobile e flag, che non trovano corrispondenza nelle posizioni ormai aggiornate. Presumo sia questa la causa della segnalazione di errore. In ogni caso non si sa mai se la annotazione la si debba porre nel primo quadro RP anche se la posizione relativa è inserita nell'ultimo quadro RP, o se riportarla per maggior leggibilità, possibilmente nel medesimo quadro dove si inseriscono le nuove detrazioni (es 2020): sta di fatto che la precompilata le raggruppa come una reliquia nel mod. 1 e genera errore. [/QUOTE]
Riporta citazioni…
Verifica Anti SPAM
Invia risposta
Area Amministrativa Fiscale e Tributaria
Fisco, Detrazioni e Tasse
Segnalazioni anomalie SW Redditi PF2020
Alto