Newsgroup: it.comp.lang.delphi
Titolo: Delphi 7 - XML - fattura elettronica

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.

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.

A.
Eugenio.
 

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)

 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?
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.
 

A.
 
Ciao,
Eugenio.
 

(Cambia anche un codice nel file XML, ma questo è banale)
 
Si ho visto, però stanno mettendo in moto una cosa gigantesca.
 
Ciao,
Eugenio.

 Io sto pensando di fare anche questi oltre alla fatturaPA.
 
Io direi un passo alla volta :-D
 
A.

Io direi un passo alla volta :-D
 
Si ma, verso dove?
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. 
 

 e controllare nessun file di nessun tipo?
 
Un gestionale include ANCHE  quelle funzionalità, non SOLO quelle funzionalità.
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.

Tu ti immagini un Italcementi che molla Sap..?
 
Mmm... si forse ho esagerato.
 
 
Eugenio.
 

 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
 

Daniele
 
Ciao,
Eugenio.