Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
Delphi 7 - XML - fattura elettronica
975 views
Skip to first unread message
...
Jun 9, 2017, 1:35:38 PM6/9/17
to
Ho una applicazione di gestione aziendale fatta con D7 e con database Mysql.
Vorrei creare il file XML secondo le specifiche dalla fattura elettronicaPA
delle Agenzia delle entrate.
Pensavo di poter crere il file XML come un Textfile.
per capirci:
procedure TForm1.Button1Click(Sender: TObject);
var
F:textfile;
begin
AssignFile(F, 'h:\prova1.xml');
Rewrite(F);
WriteLn(F, '<?xml versione="1.0" encoding="UTF-8" ?>');
WriteLn(F, '<nodo1>');
WriteLn(F, '<riga1>');
WriteLn(F, '</nodo1>');
CloseFile(F);
end;
Nella palette componenti di D7 c'è un XMLDocument di cui
ho trovato una piccola demo ma non so se usare quello
o qualcos'altro o scrivere direttamente il file come sopra.
non so quale strada seguire
c'è qualcuno che ha già fatto il file XML per la fattura elettronicaPA
con Delphi?
grazie,
Eugenio.
Vorrei creare il file XML secondo le specifiche dalla fattura elettronicaPA
delle Agenzia delle entrate.
Pensavo di poter crere il file XML come un Textfile.
per capirci:
procedure TForm1.Button1Click(Sender: TObject);
var
F:textfile;
begin
AssignFile(F, 'h:\prova1.xml');
Rewrite(F);
WriteLn(F, '<?xml versione="1.0" encoding="UTF-8" ?>');
WriteLn(F, '<nodo1>');
WriteLn(F, '<riga1>');
WriteLn(F, '</nodo1>');
CloseFile(F);
end;
Nella palette componenti di D7 c'è un XMLDocument di cui
ho trovato una piccola demo ma non so se usare quello
o qualcos'altro o scrivere direttamente il file come sopra.
non so quale strada seguire
c'è qualcuno che ha già fatto il file XML per la fattura elettronicaPA
con Delphi?
grazie,
Eugenio.
Alberto Salvati
Jun 10, 2017, 4:57:54 AM6/10/17
to
Usare "altro" per creare un xml è una perdita di tempo.
Crea una istanza XmlDocument da codice, gli aggiungi nodi tag etc e buonanotte.
Non so cosa cambia, ma nota che per la RICEZIONE delle fatture devi seguire tutto un iter burocratico ( e tecnico...)..
Quindi, qualora non lo avessi già fatto, ti suggerisco di acquisire una visione di insieme di tutto il giro che va ben OLTRE l'invio di un file xml...
A.
Crea una istanza XmlDocument da codice, gli aggiungi nodi tag etc e buonanotte.
Non so cosa cambia, ma nota che per la RICEZIONE delle fatture devi seguire tutto un iter burocratico ( e tecnico...)..
Quindi, qualora non lo avessi già fatto, ti suggerisco di acquisire una visione di insieme di tutto il giro che va ben OLTRE l'invio di un file xml...
A.
...
Jun 10, 2017, 8:09:46 AM6/10/17
to
On Sat, 10 Jun 2017 01:57:53 -0700 (PDT), Alberto Salvati <zzz...@gmail.com> wrote:
>Usare "altro" per creare un xml è una perdita di tempo.
>Crea una istanza XmlDocument da codice, gli aggiungi nodi tag etc e buonanotte.
>
>Non so cosa cambia,
un Textfile o un XmlDocument sembrano due strade percorribili entrambe.
>Usare "altro" per creare un xml è una perdita di tempo.
>Crea una istanza XmlDocument da codice, gli aggiungi nodi tag etc e buonanotte.
>
>Non so cosa cambia,
> ma nota che per la RICEZIONE delle fatture devi seguire tutto un iter burocratico ( e tecnico...)..
ho delegato ad altri la soluzione di tutto il problema
ma ora sembra che vogliano rendere obbligatorio
la fattura elettronica anche fra privati e la cosa
mi preoccupa non poco.
Ora sto facendo qualche prova di controllo di file XML
degli esempi forniti dalla Agenzia delle entrate.
Potrei fermarmi anche soltanto alla creazione del file
per poi spedire il cliente dal commercialista con
una chiavetta USB.
Il problema della firma e della conservazione del file
non potrei risolverlo io comunque e nemmeno
la verifica delle ricevute e dei pagamenti .
>Quindi, qualora non lo avessi già fatto, ti suggerisco di acquisire una visione di insieme di tutto il giro che va ben OLTRE l'invio di un file xml...
>
>
>
>A.
Eugenio.
alessandrob
Jun 11, 2017, 3:46:28 AM6/11/17
to
Ho realizzato il file XML un paio (o forse tre) anni fa, utilizzando delphi.
Utilizzare strutture già pronte (XMLDocument) o fare tutto "a mano" secondo me cambia poco.
Il problema non è il file XML in se stesso, bensì il suo contenuto e la gestione dell'invio al sistema SDI che si occupa della gestione delle fatture elettroniche.
Prima di tutto ti devi documentare dei contenuti che devono essere inseriti nel file XML e di quali modifiche dovrai apportare al tuo programma per gestire i dati aggiuntivi necessari.
Verifica anche quali casistiche sono proprie dei tuoi clienti finali.
Per l'invio del file io ho scelto di appoggiarmi ad un fornitore esterno, che mi da la possibilità di non dovermi occupare di tutte le problematiche relative.
In pratica, upload del file XML e invio: si occupano loro di firmare digitalmente e gestire tutto le risposte/errori dal sistema SDI, che poi mi scarico o verifico dal portale che hanno realizzato
Ovviamente ha un costo, che rigiro al cliente finale.
Il tutto necessità di un bel po' di attenzione, non è un impegno banale.
Per la fatturazione elettronica tra privati, per quanto ho verificato fino a questo punto, la gestione è molto simile: dovrebbe cambiare soltanto il destinatario del documento, che per la pubblica amministrazione è un codice di ufficio, per i privati la casella pec.
(Cambia anche un codice nel file XML, ma questo è banale)
Utilizzare strutture già pronte (XMLDocument) o fare tutto "a mano" secondo me cambia poco.
Il problema non è il file XML in se stesso, bensì il suo contenuto e la gestione dell'invio al sistema SDI che si occupa della gestione delle fatture elettroniche.
Prima di tutto ti devi documentare dei contenuti che devono essere inseriti nel file XML e di quali modifiche dovrai apportare al tuo programma per gestire i dati aggiuntivi necessari.
Verifica anche quali casistiche sono proprie dei tuoi clienti finali.
Per l'invio del file io ho scelto di appoggiarmi ad un fornitore esterno, che mi da la possibilità di non dovermi occupare di tutte le problematiche relative.
In pratica, upload del file XML e invio: si occupano loro di firmare digitalmente e gestire tutto le risposte/errori dal sistema SDI, che poi mi scarico o verifico dal portale che hanno realizzato
Ovviamente ha un costo, che rigiro al cliente finale.
Il tutto necessità di un bel po' di attenzione, non è un impegno banale.
Per la fatturazione elettronica tra privati, per quanto ho verificato fino a questo punto, la gestione è molto simile: dovrebbe cambiare soltanto il destinatario del documento, che per la pubblica amministrazione è un codice di ufficio, per i privati la casella pec.
(Cambia anche un codice nel file XML, ma questo è banale)
Alberto Salvati
Jun 12, 2017, 2:57:25 AM6/12/17
to
> un Textfile o un XmlDocument sembrano due strade percorribili entrambe.
Non ha molto senso fare domande ad altri per poi darsi da se delle risposte.
Ribadisco che la strada corretta, secondo me, passa da xmldocument.
Poi vedi tu.
> ma ora sembra che vogliano rendere obbligatorio
> la fattura elettronica anche fra privati e la cosa
> mi preoccupa non poco.
Per adesso è una possibilità da valutare, visto che agenzia delle entrate DICE (adesso ma domani chi lo sa...??), che se usi la fatturazione elettronica hai dei vantaggi (meno controlli, semplificazione per clienti in nazioni black list...).
Ma entro pochi anni credo diventerà un obbligo.
> Potrei fermarmi anche soltanto alla creazione del file
> per poi spedire il cliente dal commercialista con
> una chiavetta USB.
> Il problema della firma e della conservazione del file
> non potrei risolverlo io comunque e nemmeno
> la verifica delle ricevute e dei pagamenti .
La conservazione è un casino, sia sul piano tecnico che su quello normativo.
La butto li...
Integrare nel tuo software un collegamento ad un servizio già esistente?
A parte l'ovvio (ma non per tutti) vantaggio di non dover inventare la ruota, eviteresti a monte eventali rogne, scaricandole sul fornitore del servizio, quale esso sia.
A.
...
Jun 12, 2017, 7:36:58 AM6/12/17
to
On Sun, 11 Jun 2017 23:57:24 -0700 (PDT), Alberto Salvati <zzz...@gmail.com> wrote:
>> un Textfile o un XmlDocument sembrano due strade percorribili entrambe.
>
>Non ha molto senso fare domande ad altri per poi darsi da se delle risposte.
Ok scusa.
>> un Textfile o un XmlDocument sembrano due strade percorribili entrambe.
>
>Non ha molto senso fare domande ad altri per poi darsi da se delle risposte.
>Ribadisco che la strada corretta, secondo me, passa da xmldocument.
>Poi vedi tu.
>
>
>> ma ora sembra che vogliano rendere obbligatorio
>> la fattura elettronica anche fra privati e la cosa
>> mi preoccupa non poco.
>
>
>Togli il "sembra".
>Per adesso è una possibilità da valutare, visto che agenzia delle entrate DICE (adesso ma domani chi lo sa...??), che se usi la fatturazione elettronica hai dei vantaggi (meno controlli, semplificazione per clienti in nazioni black list...).
>Ma entro pochi anni credo diventerà un obbligo.
>
>> Potrei fermarmi anche soltanto alla creazione del file
>> per poi spedire il cliente dal commercialista con
>> una chiavetta USB.
>
>E' una possibilità, ma tieni conto che è un pò scomoda per l'utente finale.
invece che all'agenzia delle entrate.
Per gli utenti è comunq ue una complicazione oltre che un costo.
>
>> Il problema della firma e della conservazione del file
>> non potrei risolverlo io comunque e nemmeno
>> la verifica delle ricevute e dei pagamenti .
>
>Da un punto di vista tecnico, inviare fatture e ricevere i feedback non è cosa tanto complessa.
>La conservazione è un casino, sia sul piano tecnico che su quello normativo.
>
>
>La butto li...
>Integrare nel tuo software un collegamento ad un servizio già esistente?
in formato PDF e loro poi le convertono in XML
https://www.fatturapa.com/fatturapa-pdf.cshtml
In effetti sembrano costi molto bassi.
>A parte l'ovvio (ma non per tutti) vantaggio di non dover inventare la ruota, eviteresti a monte eventali rogne, scaricandole sul fornitore del servizio, quale esso sia.
e delle denunce iva periodiche ed annuali andranno inviati in formato XML
alla agenzia delle entrate
A questo punto tutto un intero gestionale viene coinvolto,
dalla contabilità ordinaria o semplificata alla gestione vendite.
Io sto pensando di fare anche questi oltre alla fatturaPA.
>
>A.
Ciao,
Eugenio.
...
Jun 12, 2017, 7:45:05 AM6/12/17
to
On Sun, 11 Jun 2017 00:46:28 -0700 (PDT), alessandrob <alessand...@gmail.com> wrote:
>Ho realizzato il file XML un paio (o forse tre) anni fa, utilizzando delphi.
>
>Utilizzare strutture già pronte (XMLDocument) o fare tutto "a mano" secondo me cambia poco.
ok.
>Ho realizzato il file XML un paio (o forse tre) anni fa, utilizzando delphi.
>
>Utilizzare strutture già pronte (XMLDocument) o fare tutto "a mano" secondo me cambia poco.
>
>Il problema non è il file XML in se stesso, bensì il suo contenuto e la gestione dell'invio al sistema SDI che si occupa della gestione delle fatture elettroniche.
>
>Prima di tutto ti devi documentare dei contenuti che devono essere inseriti nel file XML e di quali modifiche dovrai apportare al tuo programma per gestire i dati aggiuntivi necessari.
nel modo giusto.
A parte alcuni errori contenuti nel file fatturaPA esempio (calcoli errati!)
corretti quelli il file ha passato il controllo.
Ora si tratta di crearne uno come quello usando la documentazione.
Credo di aver trovato tutto quello che mi serve per farlo.
>
>Verifica anche quali casistiche sono proprie dei tuoi clienti finali.
>
>Per l'invio del file io ho scelto di appoggiarmi ad un fornitore esterno,
se vuoi farlo in privato : eugenio...@outlook.com
> che mi da la possibilità di non dovermi occupare di tutte le problematiche relative.
>In pratica, upload del file XML e invio: si occupano loro di firmare digitalmente e gestire tutto le risposte/errori dal sistema SDI, che poi mi scarico o verifico dal portale che hanno realizzato
>Ovviamente ha un costo, che rigiro al cliente finale.
>
>Il tutto necessità di un bel po' di attenzione, non è un impegno banale.
>
>Per la fatturazione elettronica tra privati, per quanto ho verificato fino a questo punto, la gestione è molto simile: dovrebbe cambiare soltanto il destinatario del documento, che per la pubblica amministrazione è un codice di ufficio, per i privati la casella pec.
>(Cambia anche un codice nel file XML, ma questo è banale)
Si ho visto, però stanno mettendo in moto una cosa gigantesca.
>Il tutto necessità di un bel po' di attenzione, non è un impegno banale.
>
>Per la fatturazione elettronica tra privati, per quanto ho verificato fino a questo punto, la gestione è molto simile: dovrebbe cambiare soltanto il destinatario del documento, che per la pubblica amministrazione è un codice di ufficio, per i privati la casella pec.
>(Cambia anche un codice nel file XML, ma questo è banale)
Ciao,
Eugenio.
Alberto Salvati
Jun 12, 2017, 9:09:23 AM6/12/17
to
> Potrebbe inviare per posta il file XML al commercialista
> invece che all'agenzia delle entrate.
Poi il commercialista deve:
> invece che all'agenzia delle entrate.
1) aprire la mail
2) scaricare il file xml
3) inviarlo
Per poche fatture FORSE lo farebbe, per molte ci credo poco.
Per non parlare di quanto potrebbe farsi pagare per questo lavoro extra.
> E' quello che ho fatto finora ma anche i dati delle fatture e dei
> corrispettivi
> e delle denunce iva periodiche ed annuali andranno inviati in formato XML
> alla agenzia delle entrate
> A questo punto tutto un intero gestionale viene coinvolto,
> dalla contabilità ordinaria o semplificata alla gestione vendite.
> Io sto pensando di fare anche questi oltre alla fatturaPA.
A.
...
Jun 12, 2017, 10:17:05 AM6/12/17
to
On Mon, 12 Jun 2017 06:09:23 -0700 (PDT), Alberto Salvati <zzz...@gmail.com> wrote:
>Io direi un passo alla volta :-D
Si ma, verso dove?
>Io direi un passo alla volta :-D
Che intenzioni ha la Sogei?
Non sarà che un bel giorno troveremo un bel gestionale on line
sui server dell'agenzia delle entrate che consentirà di registrare
le fatture di acquisto e i corrispettivi, emettere fatture di vendita
e stamparsi la dichiarazione dei redditi senza dover inviare
e controllare nessun file di nessun tipo?
Così andiamo tutti al mare a mostrar le chiappe chiare?
:-)
Eugenio.
Alberto Salvati
Jun 12, 2017, 11:01:27 AM6/12/17
to
> Non sarà che un bel giorno troveremo un bel gestionale on line
> sui server dell'agenzia delle entrate che consentirà di registrare
> le fatture di acquisto e i corrispettivi, emettere fatture di vendita
> e stamparsi la dichiarazione dei redditi senza dover inviare
> e controllare nessun file di nessun tipo?
Un gestionale include ANCHE quelle funzionalità, non SOLO quelle funzionalità.
> sui server dell'agenzia delle entrate che consentirà di registrare
> le fatture di acquisto e i corrispettivi, emettere fatture di vendita
> e stamparsi la dichiarazione dei redditi senza dover inviare
> e controllare nessun file di nessun tipo?
Per non parlare degli ERP...
Poi, sarebbe un atto di camorra eccessivo anche per lo stato italiano....
Insomma, non credo che si arrivi a questo..
Tu ti immagini un Italcementi che molla Sap..?
A.
...
Jun 12, 2017, 12:54:10 PM6/12/17
to
>Tu ti immagini un Italcementi che molla Sap..?
Eugenio.
Daniele
Jun 13, 2017, 7:28:14 AM6/13/17
to
Ciao,
> Spero di no, ma la strada che sta seguendo ora la Sogei non la capisco.
E' la strada che porta alla semplificazione incasinata.
Tutti gli incentivi che hanno usato per passare, tutti, alla fatturazione
elettronica sono ampliamente superati dalle ingenti sanzioni se si sbaglia
qualcosa.
Tieni presente che per "se sbagli qualcosa" include anche errori di
trasmissione, invio tardivo dei documenti anche per cause dovuti a terzi
ecc...
Per ora vediamo cosa succede con l'invio trimestrale dell'iva (che significa
triplicare i costi di gestione del commercialista per quel lavoro, dato che
da un conteggio ora se ne fanno quattro).
Come sempre il fine e' (potrebbe) essere nobile, ma come viene conseguito e'
tutt'altro che nobile.
Mi ricordo quando, circa quattro anni fa, ho dovuto creare un file xml da
inviare al ministero della sanita'.
Un delirio, prima non andava bene la data, poi avevano cambiato il
separatore .... poi dopo qualche settimana tutto ok!
Speriamo in bene !!
Ciao
Daniele
> Spero di no, ma la strada che sta seguendo ora la Sogei non la capisco.
Tutti gli incentivi che hanno usato per passare, tutti, alla fatturazione
elettronica sono ampliamente superati dalle ingenti sanzioni se si sbaglia
qualcosa.
Tieni presente che per "se sbagli qualcosa" include anche errori di
trasmissione, invio tardivo dei documenti anche per cause dovuti a terzi
ecc...
Per ora vediamo cosa succede con l'invio trimestrale dell'iva (che significa
triplicare i costi di gestione del commercialista per quel lavoro, dato che
da un conteggio ora se ne fanno quattro).
Come sempre il fine e' (potrebbe) essere nobile, ma come viene conseguito e'
tutt'altro che nobile.
Mi ricordo quando, circa quattro anni fa, ho dovuto creare un file xml da
inviare al ministero della sanita'.
Un delirio, prima non andava bene la data, poi avevano cambiato il
separatore .... poi dopo qualche settimana tutto ok!
Speriamo in bene !!
Ciao
Daniele
...
Jun 13, 2017, 11:53:17 AM6/13/17
to
On Tue, 13 Jun 2017 13:28:12 +0200, "Daniele" <i...@io.it> wrote:
>Ciao,
>
>> Spero di no, ma la strada che sta seguendo ora la Sogei non la capisco.
>E' la strada che porta alla semplificazione incasinata.
>Tutti gli incentivi che hanno usato per passare, tutti, alla fatturazione
>elettronica sono ampliamente superati dalle ingenti sanzioni se si sbaglia
>qualcosa.
Nel file dello spesometro (di cui ho fatto tutte le versioni) è previsto
>Ciao,
>
>> Spero di no, ma la strada che sta seguendo ora la Sogei non la capisco.
>E' la strada che porta alla semplificazione incasinata.
>Tutti gli incentivi che hanno usato per passare, tutti, alla fatturazione
>elettronica sono ampliamente superati dalle ingenti sanzioni se si sbaglia
>qualcosa.
anche il nome della software house che ha realizzato il programma .
E' un dato che per fortuna è opzionale ma il dover mettere
la mia identità su dei documenti fiscali di cui non posso avere alcuna
certezza di completezza e verità non mi fa stare tranquillo per niente.
Se si verifica un controllo fiscale gli utenti se ne lavano le mani dicendo
che loro hanno solo premuto dei bottoni, il resto l'ha fatto il programma.
>Tieni presente che per "se sbagli qualcosa" include anche errori di
>trasmissione, invio tardivo dei documenti anche per cause dovuti a terzi
>ecc...
ma ora sembrano proprio loro a chiedere aiuto.
>Per ora vediamo cosa succede con l'invio trimestrale dell'iva (che significa
>triplicare i costi di gestione del commercialista per quel lavoro, dato che
>da un conteggio ora se ne fanno quattro).
>Come sempre il fine e' (potrebbe) essere nobile, ma come viene conseguito e'
>tutt'altro che nobile.
>Mi ricordo quando, circa quattro anni fa, ho dovuto creare un file xml da
>inviare al ministero della sanita'.
>Un delirio, prima non andava bene la data, poi avevano cambiato il
>separatore .... poi dopo qualche settimana tutto ok!
Mi sembra il solito gioco all'italiana,
fare per qualcuno e poi disfare per qualcun altro.
>
>Speriamo in bene !!
>
>Ciao
>
>Daniele
Eugenio.
0 new messages