Newsgroup: it.comp.lang.visual-basic
Titolo: [ot] fatturazione elettronica

Sembra che il mercato stia andando nella direzione
che alcuni di noi auspicavano.
E cioè un file intermedio (ascii o di excel) tra l'applicativo
e la creazione del file xml.
I pacchetti che conosco sommariamente al momento
comprendono l'invio all'Agenzia delle Entrate e (quotati a parte)
la consevazione dei files.
Il costo, esclusa la conservazione, si aggira sulle 200-800 euro
all'anno a seconda dei volumi.
Io parlo comunque solo di aziende medio-piccole.
 
Se qualcuno ritiene di avere in merito delle informazioni
interessanti è pregato di rispondere.
 
Saluti a tutti
Sauro 
 
 


Consiglio agli interessati sugli argomenti fattura elettronica di 
seguire questa discussione
 
https://answers.microsoft.com/it-it/msoffice/forum/msoffice_access-mso_winother-mso_2010/access-2010-e-fatturazione-elettronica/eb20e31e-fa8b-4df4-a86b-dc61dfa91eda
 
 
 

 ha scritto nel messaggio 
news:pp83br$fqv$1...@gioia.aioe.org...

IMVHO Pessimo consiglio. Meglio non leggerla per niente!
 
Mi sembrano dei dilettanti, ma dilettanti proprio...
e sprofondati in un mare di merda, come si dice in francese :-)
 
In internet c'e' un mare infinito di informazioni,
e per l'informatica questo vale in maniera particolare.
Dovete assolutamente *imparare a filtrare*,
 altrimenti non andrete da nessuna parte.
 
Un tempo, in libreria, nel settore informatica,
su 100 libri dovevi buttarne nel cesso 99,
perche' non valevano assolutamente niente,
erano solo soldi, tempo, carta e inchiostro sprecati.
 
Vale lo stesso con quello che oggi trovate su Google !
 
Auguri.
 
Ciao
fm
 
 
 

 interessanti è pregato di rispondere.
 
Di quante fatture stiamo parlando?
 
-- 
Freccia@Bulldozer63 :D


Certo che dire 'questo no' senza dire 'questo si'  e' troppo facile
Personalmente ho trovato informazioni utili in quella lista di messaggi
Per questo motivo l'ho consigliata
Se hai fonti migliori, di gente che bazzica coi linguaggi di 
programmazione di cui stiamo parlando, su argomenti fatturazione 
elettronica, facceli sapere
E ciao

>>> interessanti č pregato di rispondere.

Mi spiace,
non conosco "gente che bazzica" nei linguaggi di programmazione,
non mi interessano hobbysti smanettoni o dilettanti del fai-da-te.
 
Conosco aziende serie e professionisti seri,
che il problema della fatturazione elettronica
l'hanno affrontato e risolto per tempo.
 
Se ci fai capire meglio quello che ti serve, quello che stai cercando,
forse anche qui sul ng potremo aiutarti.
 
 
ciao
fm
 
 

>>>> interessanti è pregato di rispondere.

Ringrazio molto per la proposta di aiuto
Vorrei attivare la procedura per realizzare la conservazione sostitutiva 
(parliamo delle fatture inviate), in casa, quindi senza usare i vari 
servizi offerti da terzi
Parliamo di microimprese, dove un unico operatore e' responsabile di 
tutto il processo e materialmente esegue tutte le operazioni necessarie
Quindi niente incaricati, delegati, et affini, one-person-show
Io proponevo l'auto invio via pec (certificazione del COSA si e' 
spedito) di file 'timbrati' con marca temporale (certificazione del 
QUANDO si e' spedito), associato a backup delle fatture+viewer su 
supporti non rescrivibili tipo i cd-rom o dvd-rom
Quindi la trafila della conservazione, ridotta ai minimi termini, 
diventerebbe:
- costruzione lotto fatture + viewer
- marcatura temporale
- auto invio e-mail
- archiviazione e-mail ricevuta su cd-rom
- redazione manuale con descrizione procedure adottate ed operatore 
responsabile
Ma dopo aver illustrato questa ipotesi a chi dovrebbe aver studiato il 
problema, la risposta e' sempre stata del tono "..siii, magari si 
potesse fare..."  senza ricevere nessuna motivazione sul perche' non si 
potesse fare cosi
Questo e' quello che mi serve, puoi aiutarmi?
(a capire se l'ipotesi e' valida oppure no)

 (a capire se l'ipotesi e' valida oppure no)
 
Secondo me la scelta e' :
far conservare le fatture elettroniche all' AdE (gratis)
 oppure
ad un intermediario-conservatore (a pagamento) ?
 
Una cosa che non molti sanno e' che l'AdE
si e' offerta per conservare gratuitamente non solo le fatture,
ma TUTTI i documenti aziendali.
Tuttavia, leggendo il contratto di servizio dell' AdE,
ci sono alcune limitazioni che possono piacere o meno,
limitazioni che i conservatori AFAIK  non hanno.
 
Ti consiglio, prima di decidere,
di farti fare un po' di preventivi ...
 
ciao
fm
 
 


Finora tutti mi hanno risposto come te
Evitando accuratamente di spiegare dove siano le deficienze di un metodo 
simile
Quindi ritorno al nocciolo della domanda
Quale e' il 'minimo sufficiente' per essere una conservazione 
sostitutiva a norma?

 ha scritto nel messaggio 
news:ppdb80$us5$1...@gioia.aioe.org...

Non so risponderti nel dettaglio.
Ricordo di aver esaminato la faccenda anni fa,
come te avrei voluto una conservazione "in casa",
ma ho desistito.
 
Non pensare che basti firmare i documenti
e salvarli su un cd per essere a posto :-)
 
C'e 'un manuale di conservazione, ci sono registri da compilare e mantenere, 
ci sono regole per la firma ma anche per  backup/ripristino  e per gli 
accessi.
 
Ad es. in una piccola o micro azienda,
anche se si utilizzasse un server dedicato (che gia' di per se e' un costo)
chi puo' garantire oltre alla normale operatività,
la sicurezza degli accessi e la corretta esecuzione
 delle procedure di backup e ripristino?
E il mantenimento nel tempo di questi standard?
La conservazione sostituitiva prevede 10 anni.
 
In aggiunta, anche se molti  hanno fatto finta di nulla,
da maggio scorso e' in vigore il GDPR, che complica non poco le cose.
 
Infine, hai parlato come se tu fossi un fornitore o un consulente
di piu' aziende clienti, in questo caso,
chi te lo fa fare di assumerti un rischio simile di fronte al fisco ?
Chi certifica che i sistemi e le procedure che hai attivato siano
 conformi alle vigenti disposizioni di legge?
 
Prova a documentarti sulla conservazione sostitutiva,
cerca di farti un'idea tua.
 
Ovviamente vale solo come esempio,
ma  qui sotto trovi un'introduzione e le principali norme di riferimento
 
http://www.conservazione-sostitutiva.it/conservazione-sostitutiva/come-si-fa/
 
 
 
ciao
fm
 
 
 
 

[cut]

Deduco da questo tuo post e quelli precedenti che tu hai già
risolto come generare il file xml.
Se è così potrersti dire come?
 
Non voglio entrare nel merito della discussione tra te e fm,
Dico solo che alcuni seguiranno la procedura da te descritta.
Una piccola softwarehouse che opera in zona lo ha confermato
ed ha aggiunto che si possono conservare anche solo i pdf
e non gli xml purchè siano coerenti con gli xml precedentemente
trattati.
Mi limito a riferire.
 
Saluti
Sauro
 
 
 

 Freccia@Bulldozer63 :D
 
Meno di 1000 fatture di vendita e meno di 10000
fatture di acquisto.
 
Parlo per me
 
Saluti
Sauro 
 
 


E come fai a dimostrare al sergente Gargiulo che il pdf conservato e' 
coerente con l'xml inviato?
Magari mandare in conservazione xml+pdf corrispondente, cosi' da 
sveltire la consultazione ma tenere il file inviato ad Agenzia Entrate
Per la creazione file xml ti invito a seguire questo 3d
 
https://answers.microsoft.com/it-it/msoffice/forum/msoffice_access-mso_winother-mso_2010/access-2010-e-fatturazione-elettronica/eb20e31e-fa8b-4df4-a86b-dc61dfa91eda
 
 
 
 
Oltre ovviamente alla lettura della pappardella ufficiale su sito 
Agenzia Entrate
 
 
 
 

 fatture di acquisto.
 
Beh 11.000 fatture non sono pochissime, sono le tue o quelle totali dei
tuoi clienti?
 
Noi abbiamo preso un partner certificato, tramite webservice gli mandiamo
gli XML, e possiamo scaricare le fatture passive. (Altrimenti c'č il
portale web dove si puň fare tutto, anche scrivere la fattura a mano lě
sopra per chi ne fa pocchissime, o scaricare tutti gli XML per mandarli al
commercialista).
 
Per generare gli XML dho generato in automatico le classi .VB dall'XSD sul
portale dell'agenzia, e con un programmino .NET ho fatto la creazione degli
XML. Roba di poche ore di lavoro.
 
Per farti capire il costo per i clienti non arriva a 50 centesimi a fattura
nemmeno nel pacchetto piů piccolo, se uno prende 20.000 fatture il costo č
molto piů basso ovviamente. Alla fine comunque il numero fatture č
indicativo, dipende tutto dallo spazio occupato, ma facendo una media delle
nostre č stato calibrato cosě.
 
Il cliente compra il pacchetto che vuole, gli puň durare 1 mese o 3 anni,
non ha scadenza. Quando lo finisce riacquista un altro pacchetto. Se un
giorno vuol cambiare ha comunque i 10 anni di legge garantiti.
 
Non vedo perchč arrabbattarsi con excel o altri intermedi, quando con
vb.net
 č tutto molto semplice, qualcosa per partire, anche se non so se č
aggiornato:
https://github.com/FatturaElettronica/FatturaElettronica.NET
 

 sostitutiva a norma?
 
Non credo siano cose da chiedere qui, nel senso che si tratta di studiare
norme su norme, avere magari una consulenza legale, per capire quel che c'è
da fare. Chi ci ha investito dubito venga a spiegarlo su un NG.
 
Noi come azienda abbiamo reputato la scelta del partner certificato come
soluzione ottimale, abbiamo sviluppato un'interfaccia con loro, e
rivendiamo i loro pacchetti di fatture. Meno problemi, meno cose di cui
preoccuparsi, e un guadagno certo (se gli schianta un server o una batteria
di dischi non ci interessa).

 
https://github.com/FatturaElettronica/FatturaElettronica.NET
 
 
Purtroppo io lavoro ancora con VB6.
 
Io fornisco un programma orientato alla produzione (dall'ordine del cliente
alla fattura di vendita) e ho due tipologie di clienti:
 
I più grandi hanno un pacchetto per la contabilità che potrebbe anche
fare gli xml delle fatture ma non ha il dettaglio fatture al proprio 
interno.
Di qui la necessità di arrabbattarsi con gli intermedi.
 
I più piccoli fanno fare la contabilità al commercialista.
 
Proverò a fare l'xml con VB6.
In passato ho fatto qualcosa per i bonifici con l'home banking.
Prendo un file xml di una fattura che contenga tutta la complessità
possibile (sconti, voci esenti iva, sconti generali di pagamento, ecc.)
e lo spezzetto in tanti file.
Sostituisco i valori con delle stringhe ($1$, $2$, $3$, ecc) lasciando
inalterata la struttura.
Poi leggo le fatture e faccio tanti replace:
xml_finale=replace(xml_finale, "$1$", Variabile_con_valore_buono)
 
Coi bonifici ha funzionato.
Sorvolando sul fatto che il tutto è macchinoso, noti qualche 
controindicazione?
 
Ciao Andrea e grazie.
Sauro
 
 

 controindicazione?
 
Il file di fatturaPA ha parecchie classi, che vanno compilate a seconda dei
casi, non è un testa/righe o che, per cui potrebbe venir parecchio
complicato fare il trova sostituisci. Eventualmente io lo farei a mano con
delle funzioni che scrivono la parte di XML interessata se presente.
 
Detto questo, la soluzione .net è la più banale, ci sono gli esempi. Se non
conosci .net, tieni presente che se vuoi lavorare nel ramo ti toccherà
impararlo, perchè parecchi trasferimenti di informazioni ora si fanno con
webservice, per cui rimani tagliato fuori. Se invece lo conosci ti
consiglio caldamente di prendere la strada che ho preso io.

 consiglio caldamente di prendere la strada che ho preso io.
 
Suggerimento assolutamente condivisibile.
 
 
ciao
fm 
 
 

 Questo complica abbastanza la tecnica del replace.
 
Questo non sarebbe un probleme insormontabile.
Premesso che io tengo il "File origine" indentato sarebbe
sufficiente ripassare il testo dopo che sono stati fatti
tutti i replace ed eliminare le righe che si trovano nella
situazione di cui sopra.
 
Ho un altro dubbio.
In fondo ho aggiunto una funzione che utilizzo per modificare
i caratteri rifiutati da xml (come per esempio & e °) che
potrebbero effettiuvamente essere utilizzati dagli utenti.
Però ho notato che se faccio visualizzare da explorer un
file xml, questo non mi sostituisce &#176; con ° come
mi sarei aspettato.
 
Voi che ne pensate?
 
Grazie e saluti.
Sauro
 
 
Public Function Testo_Modificato_per_XML(ByVal T As String) As String 
'Aggiunto da me per UTF-8
T = Replace(T, "&", "&amp;")
T = Replace(T, "<", "&lt;")
T = Replace(T, ">", "&gt;")
T = Replace(T, Chr$(34), "&quot;")
T = Replace(T, "'", "&apos;")
T = Replace(T, "à", "&#224;")
T = Replace(T, "é", "&#233;")
T = Replace(T, "è", "&#232;")
T = Replace(T, "ì", "&#236;")
T = Replace(T, "ò", "&#242;")
T = Replace(T, "ù", "&#249;")
T = Replace(T, "°", "&#176;")
T = Replace(T, "£", "&#163;")
T = Replace(T, "?", "&#128;")
T = Replace(T, "ç", "&#231;")
T = Replace(T, "§", "&#167;")
Testo_Modificato_per_XML = T
End Function
 
 
 

 consiglio caldamente di prendere la strada che ho preso io.
 
Sono troppo vecchio e stanco per mettermi ad
imparare un nuovo linguaggio.
Buona se riesco a mantenere efficiente l'esistente
ancora per qualche anno.
 
Grazie Andrea.
Sauro 
 
 


 
il file della fattura elettronica deve essere in codifica UTF-8.
 
Se all'interno del file e' presente un carattere non UTF-8
il file viene scartato da SDI.
Quindi i caratteri non UTF-8 devono essere filtrati.
 
Non so se questo sia possibile con VB6,
pero' ASCII e' un sottoinsieme di UTF-8,
potresti filtrare tutti i caratteri non ASCII ...
 
ciao
fm
 
 
 
 
 
 

potresti filtrare tutti i caratteri non ASCII ...
 
C'è l'api  WideCharToMultiByte  per la conversione in UTF-8, qui un esempio VB6:
 
https://www.di-mgt.com.au/howto-convert-vba-unicode-to-utf8.html
 
 
 
-- 
ciao
  Stefano

 
 
Non si tratterebbe di riscrivere tutto il software, solo fare una libreria .NET che si occupa esclusivamente di trasferire i dati in XML, che puoi tranquillamente invocare dal tuo applicativo principale con le solite chiamate COM.
 
Una volta capiti i rudimenti, riversare clkassi su file XML è una cosa talmente naturale in quell'ambiente, rispetto al tipo di approccio che vuoi tentare tu, che dopo l'investimento iniziale te lo ripaghi 10 volte in tempo, stanchezza, e radicali liberi ;)


Puoi sempre affidare conto terzi lo sviluppo di questa parte se proprio non 
ce la fai, ad ogni modo è una bischerata, perlomeno per quanto riguarda una 
fattura base (ti basta vedere l'esempio sul sito dell'agenzia).

 e cosi' via, finche' non rimane alcun elemento vuoto)
 
Giusto.
Bisogna considerare anche questo.
 
Ciao, Sauro 
 
 

  Stefano
 
Ho guardato ma non ho capito.
 
Userò un metodo più brutale per i caratteri non
permessi da UTF8:
Le lettere accentate le trasformerò in lettere normali.
Gli altri simboli in uno spazio.
Lo sò, non è corretto, ma la ditta Pinco che stà in via
1° maggio dovrà accettare una fattura che la colloca
in via 1  maggio.
 
Ciao Stefano e grazie. 
 
 

 ha scritto nel messaggio 
news:pqh9f6$dbl$1...@gioia.aioe.org...

IMVHO
Il problema e' proprio di  prevedere  QUALI siano i possibili caratteri
da trasformare.
 
Se negli archivi gestionali, che stanno a monte della fattura,
 puo' entrare di tutto, ad es caratteri unicode provenienti da 
copia-incolla,
allora il numero di questi caratteri estranei puo' essere di decine o 
centinaia.
 
Non puoi fare semplicemente una serie di  replace.
 
 
Sempre imvho, dovresti vedere  se in VB6 sono disponibili
componenti o  dll precostituite per il filtraggio,
SENZA elencare i caratteri.
 
Nel mondo   .NET si possono usare varie tecniche,
come  il system text encoding oppure le espressioni regolari.
 
RegEx si dovrebbe poter usare anche in  VB6,
si trovano in rete varie formule gia' scritte,
casomai saranno da tradurre...
 
 
ciao
fm
 
 
 
 

in via 1  maggio.
 
Non mi sembra un modo molto corretto, soprattutto perchè la conversione alla
fine è molto semplice.
 
 
-- 
ciao
  Stefano