Newsgroup: it.discussioni.commercialisti
Titolo: i ritardati sarebbero quelli che stampano le visure su carta?

copioincollo
 
---------------8<----------------8<------------------8<-----------------
Richiesta dell'IBAN tramite PEC per velocizzare i rimborsi alle imprese: 
Comunicato delle Entrate
 
Con Comunicato stampa 21 marzo 2014, l'Agenzia delle Entrate ha reso 
noto che, al fine di velocizzare l'erogazione dei rimborsi, sta 
richiedendo, tramite PEC, alle imprese interessate di comunicare il 
codice IBAN del proprio conto corrente su cui accreditare le somme 
spettanti.
 
A tal proposito, è stato specificato che l'IBAN deve essere comunicato 
alternativamente:
 
     tramite internet, utilizzando i servizi online disponibili sul sito 
delle Entrate, nell'area riservata agli utenti registrati;
     di persona presso qualsiasi ufficio dell'Agenzia, presentando 
l'apposito modello per la richiesta di accredito disponibile presso gli 
sportelli o sul sito dell'Agenzia
---------------8<----------------8<------------------8<-----------------
 
questi mandano la pec per chiederti l'iban, ma tu per fornirlo o ti 
rechi di persona all'ade oppure fai tutta la menata telematica per 
registrarti ecc ecc. Di mandarglielo via pec non se ne parla.
 
sono geniali: l'arte di far perdere tempo

Scrisse _Q mercoledì 26/03/2014 alle 13:47:06:

Conosco un architetto italiano che lavora all'estero e ne ha acquisito 
la mentalità.
Gli chiedono il certificato di residenza fiscale in Italia per ovviare 
alla doppia imposizione. Mi dice: "m'hanno suggerito di mandarti via 
Pec la richiesta del committente firmata digitalmente da me".
Sì, buonanotte. Quando gli spiego che devo andare un paio di volte a 
fare la fila in un polveroso ufficio entrate di un'altra città, a 
guardare burocrati svogliati che maneggiano dei moduli cartacei firmati 
da lui e con le relative deleghe, non sa se ridere o piangere.
Io lo so cosa fare: piango.
Ciao
 
-- 
---
/'davide/

 Io lo so cosa fare: piango.
 
invece il nostro dovere è essere forti. La nostra è una professione di fede.
 

 fede.
 
nel senso che "abbi fede, prima o poi lo prenderai li?" :-))) 
 

 nel senso che "abbi fede, prima o poi lo prenderai li?" :-)))
 
hai presente il dott. Zivago?

Il 26/03/14 13:47, _Q ha scritto:

Perché geniale sarebbe farselo mandare via PEC?
 
Ricevere 10.000 mail il lunedì mattina con 10.000 numeri IBAN cazzo che 
genialata!
 
 

 genialata!
 
eh si, ti toccherebbe iniziare a lavorare appena arrivi in ufficio!
 

Il 27/03/14 16:47, _Q ha scritto:

Dalle mie parti "lavorare" significa produrre ricchezza, mettersi a fare 
data entry in questo caso è da analfabeti digitali.
 
Torno a ripetermi, un computer NON è una macchina per scrivere..
 
 
 

 Torno a ripetermi, un computer NON è una macchina per scrivere..
 
Quindi va bene caricare 10.000 moduli cartacei consegnati a manina da 
gente che dovrebbe fare altro nella vita.
Cazzo che genialata!
 
Nel mondo ideale, il software dell'ADE riceve l'iban ad un ben preciso 
indirizzo PEC. Automaticamente il software lo associa al contribuente = 
mittente della PEC.

 mittente della PEC.
 
appunto
 
non capisco perchè certe cose vadano spiegate. No scusa, rettifico, 
fagli un disegno.

Il 27/03/14 17:38, Acremone ha scritto:

Nel mondo ideale, si assumono professionisti che sappiano cos'è un UUID,
si aggiunge un campo al proprio database con un semplice
 
ALTER TABLE contatti ADD UUID VARCHAR(40);
 
e lo si popola con un semplice
 
UPDATE contatti SET UUID = UUID();
 
Ed in pochi secondi ecco che disponiamo di un UUID per ogni regord 
(utente), quindi si invia una mail contentente un link del tipo:
 
https://dominio.com/addIBAN.php?432363ca-b5f3-11e3-9cbc-d67ffb6c298a
 
 
l'utente ci clicca e tramite la funzione $_GET si recuperano i dati dal 
DB, se il campo IBAN è vuoto si mostra la form di inserimento fatta con 
tutti i crismi (evitando SQL Injection), l'utente a questo punto 
inserisce il proprio IBAN e preme INVIO, si eseguono i controlli del 
caso sull'input verificando che il codice IBAN sia corretto e si 
ringrazia l'utente FINE.
 
Niente errori di parsing dovuti a spazi, codici su più linee 
dimenticanze dell'utente ed altri problemi che deriverebbero 
inevitabilmente da un sistema operante via SMTPS (PEC)
 
Tempo stimato per l'intera operazione: 30 minuti compresa la pausa caffé 
e funziona indipendentemente dal dispositivo in uso, che sia un PC, uno 
smartphone o un tablet.
 
Buon lavoro
 

Il 27/03/14 17:58, _Q ha scritto:

Siii! mi disegni la Regexp che dovrebbe parsare ed estrarre il codice 
IBAN da una PEC considerando che:
 
1)Nel body della mail potrebbero esserci altri caratteri (firme, saluti 
ecc..)
 
2)Il codice potrebbe essere scritto con spazi o senza
 
3)Il codice potrebbe essere stato diviso su più linee (mandato a capo)
 
3)il codice potrebbe essere errato (incompleto)
 
Torni a far fotocopie che è meglio..
 
 
 
 

Il 27/03/2014 17:38, Acremone ha scritto:> On 27/03/2014 17:10, Flavio 
Bosio wrote:
 
 >> Torno a ripetermi, un computer NON è una macchina per scrivere..
 >
 > Quindi va bene caricare 10.000 moduli cartacei consegnati a manina da
 > gente che dovrebbe fare altro nella vita.
 > Cazzo che genialata!
 
Certo che no, la gente dovrebbe comunicarli in formato digitale, 
utilizzando però gli strumenti giusti, non certo una mail.
Del resto mi pare che l'invio elettronico fosse la prima opzione 
prospettata.
 
 >
 > Nel mondo ideale, il software dell'ADE riceve l'iban ad un ben preciso
 > indirizzo PEC. Automaticamente il software lo associa al contribuente =
 > mittente della PEC.
 
Questa è la visione dell'utente e seppur questo possa essere una figura 
professionale come un commercialista, pur sempre un utente del sistema 
rimane.
I sistemi informativi sono un'altra cosa e lasciamoli gestire a chi lo 
fa di lavoro. La casistica di ciò che puù accadere ricevendo 10/20 mila 
email contenenti in un qualche modo un IBAN sono così tante che posso 
garantire vanno oltre la sua immaginazione.
Cosa accade se uno dei 10k utenti ha la geniale idea di allegare un pdf 
con dentro l'IBAN. E cosa accade se ci allega un printscreen 
del'homebanking? Facciamo un bel parser grafico che legge l'iban dal jpeg?
Per lavoro ne ho ciste di tutti i colori, anche da stimati 
professionisti del proprio settore.
 
Non dimentichiamoci mai che viviamo nel mondo reale, non nel mondo ideale.
 

 fa di lavoro.
 
Basta chiedere di mettere l'iban nell'oggetto. Si valida e si manda una 
risposta con l'esito, che arriva al mittente entro pochi secondi.
 
 

 IBAN da una PEC considerando che:
 
Ma perché complicare le cose semplici: l'oggetto della mail deve essere 
l'IBAN. Il server ricevente lo valida e invia, in un istante, una mail 
con l'esito, speriamo di conferma, della lettura.
- costa pochissimo farlo
- è sufficientemente sicuro
- il contribuente capisce subito cosa diavolo l'ADE vuole da lui
- il contribuente lo esegue in pochi minuti.

 
https://dominio.com/addIBAN.php?432363ca-b5f3-11e3-9cbc-d67ffb6c298a
 
E tutti quelli che leggono questa URL, non importa come, possono mettere 
le coordinate bancarie che preferiscono?
 
 


 
 
STATE ANDANDO PAUROSAMENTE FUORI TEMA. Qua si parla dello stato che deve 
essere al servizio del cittadino.
 
Tenendo a mente questo principio SACROSANTO il resto deve andare di 
conseguenza con il minimo dispendio di tempo ed energie da parte del 
cittadino. Sta allo stato trovare il come.
 
 

Il 28/03/14 08:43, Acremone ha scritto:

E se sbaglia a digitare ed inserisce 26 caratteri anziché 27 che si fa?
 
E se la prossima volta i record richiesti sono 2 o più anziché 1 che si fa?
 
Cosa c'è di più semplice di fornire un UUID ed agganciarlo ad una URL 
via GET, l'utente clicca sul link e gli appare la form da compilare punto!
 
Che i campi siano uno o dieci non fa differenza, il codice è 
riutilizzabile, il lavoro è pulito sicuro e professionale.
 
Oggi se ho tempo cerco un esempio di codice e lo posto.
 
 
 
 


 
Ma infatti, si stava proprio discutendo del fatto che le soluzioni 
tecniche ed informatiche adottate devono essere congrue a garantire la 
giusta qualità del servizio, nell'interesse del cittadino.
Non si può pretendere che sia un commercialista a decidere come debba 
funzionare un sistema informativo.
 
Ci si stava lamentando che l'invio in forma elettronica come proposto 
fosse scomodo, abbiamo fatto notare che pensare di gestirla con la 
rispista ad una email fosse una visione moooolto semplicistica del 
problema, tecnicamente parlando.
 
Saluti


Lascia perdere. Purtroppo il "cliente" giustamente ragiona ipotizzando 
che siano tutti bravi come lui, mentre ovviamente chi poi si deve 
smazzare per creare veramente il sistema, deve tenere in conto di tutti 
i rincoglioniti che ci sono in giro.
 
Rincoglioniti ovviamente intende persone che sono bravissime nel loro 
lavoro ma alle quali se chiedi di inviarti uno screenchot dello schermo, 
sono in grado di inviarti una foto fatta col cellulare dello schermo in 
cui non si legge una mazza a causa della frequenza di aggiornamento 
dello schermo :)
 
 
 


No, è qui l'errore.
 
Può rimanere della sua idea me ne farò una ragione ma tu puoi chiedere 
una cosa banale come mettere l'INAB e solo quello nell'oggetto della 
mail e scoprirà che la risposta sarà una gaussiana, in cui una certa 
percentuale molto maggioritaria farà quelo che ha chiesto, poi ci sarà 
una distribuzione di tanti diversi strani comportamenti, praticamente 
impredicibili.
 
Ho tanti possibili casi per esperienza personale per sostenere la mia 
tesi, anche su numeri minori che non 10000 persone.
 
Saluti

 screenchot
 
 
uno scrinciot? ;)
 
comunque qui si stava parlando di uno stato che dovrebbe essere 
efficiente, invece è deficiente - nel senso che defice - e voi, in puro 
stile it.discussioni.consumatori.tutela, partite per la tangente 
dimostrando solo di essere micragnosi, come il nostro stato del resto. 
Per andare ad obiettivo i problemi vanno risolti, non messi sul tavolo. 
Nessuno mai che si prenda la responsabilità di dire "Si, ci penso io!". 
No, si preferisce scaricare la spazzatura sui contribuenti.
 
 

 problema, tecnicamente parlando.
 
sempre semplicistica la visione, buon motivo per scaricare carta sul 
prossimo
 

 le coordinate bancarie che preferiscono?
 
Le ricordo che parliamo di PEC (SMTPS) e HTTPS entrambe utilizzano 
protocolli sicuri e crittografati.
 
In caso di paranoia si può sempre aggiungere un ulteriore campo di 
controllo nella form come ad esempio le prime 6 lettere del codice 
fiscale o il proprio numero di Cell o inviare separatamente il codice di 
controllo via SMS ecc..
 
 


 
Credo che sia lei ad essere partito per la tangente.
Per risolvere i problemi è preferibile non utilizzare solizioni ridicole.
 
Partisse una cosa in quel modo riderei poi a sentire quanti 
frignerebbero che il software non va, che non ha preso l'IBAN e così via.
 
 

 prossimo
 
Semplicemente se un mio colaboratore mi proponesse di implementare un 
sistemna del genere basandosi sul contenuto delle email lo prenderei a 
calci in culo, dopo di che gli chiederei di pensare ad un sistema serio.
 
Altrimenti quelli come lei sarebbero i primi a lagnarsi che non funziona 
nulla e che lo stato vessa i cittadini.
 

 frignerebbero che il software non va, che non ha preso l'IBAN e così via.
 
vedo che fai finta di non capire. bravo.
 
 

 nulla e che lo stato vessa i cittadini.
 
 
perchè i sistemi attuali che mette a disposizione l'ade per altre 
procedure funzionano? siamo stufi di perdere tempo con pin e contro pin
 
e poi non capisco perché lo stato può mandare a me una pec e io non 
posso rispondere con lo stesso mezzo.
 
 

 vedo che fai finta di non capire. bravo.
 
?
 
Se ha dei problemi nel comprendere la complessità di alcune soluzioni 
tecniche, questo è comprensibile visto che fa un altro lavoro.
 
Quindi per favore non mi dica che faccio finta di non capire.

 Quindi per favore non mi dica che faccio finta di non capire.
 
Dai... immaginare che i contribuenti diventerebbero pazzi a mettere 
l'IBAN nell'oggetto di una PEC, tra l'altro con il messaggio d'errore 
che parte subito in caso di problemi, significa un pessimismo sul genere 
umano tale che se progetta con questo terrore le sue procedure, ci 
vorranno almeno sei mesi di corso per caricare uno spesometro.

 tablet.
 
Complimenti, da incorniciare!!
 
Se i programmatori ministeriali avessero l'umilta di chiedere su usenet prima di chiudere l'analisi.
 
Giulia
 
 

Il 30/03/14 21:10, Michele ha scritto:

1) dato che è possibile inviare il modello cartaceo via raccomandata 
cartacea non capisco perché non sia possibile fare la stessa cosa via pec;
 
2) lo stato è bravissimo a riversare lavoro sui contribuenti, cioè sui 
commercialisti, perché alla fine tocca ai commercialista fare data entry
 
3) quando lo stato fa qualcosa di semoplice, lo fa per se stesso mai per 
i contribuenti, tanto ci pensano i commercialisti (un esempio è la 
conservazione sostitutiva)
 
4) è complicato gestire le pec che arrivano? I miei clienti se ne 
fregano di quanto complicato sia compilare una dichiarazione dei 
redditi, io lo devo fare e basta. Ma si sa, i contribuenti non sono 
clienti dello stato.
 
5) perché non è stato previsto un campo iban per i rimborsi nei modelli 
dichiarativi?
 
6) come ho già detto, negli istituti quando ci si riunisce per definire 
una nuova procedura informatica tutti i responsabili tirano fuori i vari 
"non si può perché eccc" e nessuno si prende la responsabilità di 
arrivare ad obiettivo, di fare una procedura come Dio comanda. E' una 
"strategia" che nel privato causa danni.
 
7) tanto toccherà ai commercialisti smazzarsi e fare lavoro 
improduttivo, che non crea valore, l'importante è che non tocchi allo stato.
 
8) la conversazione è su due livelli diversi, io parlo del vino e tu 
dei problemi delle condotte idriche