OK: Inizio Verifica Esito: BEGIN
OK: Riferimento Archivio: null
OK: Riferimento File: null
OK: Descrizione:Da DDT 138 del 17/01/2019
OK: ---
OK: Fine Verifica Esito: END
OK: --------------------
OK: Inizio Verifica Esito: BEGIN
OK: Riferimento Archivio: null
OK: Riferimento File: IT******_atMIB.xml
OK: Descrizione:null
OK: ---

Dati relativi al pagamento
Condizioni di pagamento:
Dettaglio pagamento
Modalita':
Data scadenza pagamento:
Importo:
Istituto finanziario:
Codice IBAN:
Codice ABI:
Codice CAB:
Codice BIC:


Dati relativi agli allegati
******

Ho fatto un terzo invio, sempre della fattura 2, e mi sono andato a vedere le rivcevute pec notando che il file zip allegato ha sempre lo stesso nome e idem la fattura contenuta all'interno. E' come se il programma non ha un contatore interno che fa numerare in progressione i nomi degli xml che genera e invia.

OK: Fine Verifica Esito: END
OK: --------------------
OK: Inizio Verifica Esito: BEGIN
OK: Riferimento Archivio: ITcodfisc_*****.zip
OK: Riferimento File: ITcodfisc_*****.xml.p7m
OK: Descrizione:Fattura duplicata : Fattura duplicata numero 1 _2019 del 21/01/2019 , posizione nel lotto 1
OK: ---
OK: Inizio Errore: BEGIN
OK: Errore: 00404
OK: Descrizione: Fattura duplicata : Fattura duplicata numero 1 _2019 del 21/01/2019 , posizione nel lotto 1
OK: Suggerimento: Verificare che il campo Numero dei "DatiGeneraliDocumento" sia unico per cedente/prestatore, tipo documento e anno
OK: Fine Errore: END
OK: ---
OK: Fine Verifica Esito: END
ERROR: Byte non valido 1 della sequenza UTF-8 a 1 byte.
com.sun.org.apache.xerces.internal.impl.io.MalformedByteSequenceException: Byte non valido 1 della sequenza UTF-8 a 1 byte.
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.invalidByte(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.io.UTF8Reader.read(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.load(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.arrangeCapacity(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLEntityScanner.skipString(Unknown Source)
at com.sun.org.apache.xerces.internal.impl.XMLVersionDetector.determineDocVersion(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XML11Configuration.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.XMLParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(Unknown Source)
at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(Unknown Source)
at javax.xml.parsers.DocumentBuilder.parse(Unknown Source)
at net.ondanera.utils.XmlUtils.loadDoc(XmlUtils.java:42)
at net.ondanera.fatturaelettronica.FeUtils.readEsito(FeUtils.java:29)
at net.ondanera.fatturaelettronica.FeTools.checkMailResults(FeTools.java:319)
at net.ondanera.fatturaelettronica.FeTools.checkPec(FeTools.java:281)
at net.ondanera.fatturaelettronica.FeTools.main(FeTools.java:102)

---

Premere un tasto qualunque per terminare...

---

Succede anche a me quando vado ad esportare un xml, mi ripropone sempre lo stesso nome file con il numero e mi chiede se voglio sovrascrivere il file già esistente.
Però il progressivo fattura nelle impostazioni è corretto...

mi spiego: esporto 3 file, il nome file xxxx_0001.xml, per tutti tre mi propone lo stesso nome mentre il progressivo fattura nelle impostazioni segna 4
sto usando la rc4...provo ad aggiornare alla rc5

Io ho 3 ditte, tutte con abbreviazioni brevi massimo di 13 lettere senza spazi.

Ciao a tutti,

ho aggiornato il link alla versione RC6, dovrebbe:

1) Risolvere i problemi di numerazione rilevati nel multiazienda

2) Reintrodurre la gestione degli allegati erroneamente "persa per strada" qualche versione fa

Fatemi sapere come va!

Ho sostituito la versione RC5 con la RC6. Ho provato l'invio di una fattura (la fattura 2 della mia numerazione 2019) e già notavo che la numerazione progressiva data al file zip in uscita dalla mia pec era differente dalle precedenti. Dopo un pò mi è arrivata la notifica di recapito fattura dall' SDI, al contrario delle notifiche di scarto precedentemente ricevute. Dopo ho inviato una terza fattura (la 3 del 2019). Il file zip nuovamente presentava l'aumento di una unità nella numerazione progressiva contenuta nel nome, accanto alla partita iva. Anche all' apertura del file zip notavo l'aumento della numerazione progressiva nel nome del file xml.
Deduco che il problema sia risolto, tuttavia ho ricevuto una notifica di scarto per la seguente motivazione:

File non conforme al formato (nella descrizione del messaggio è riportata l’indicazione puntuale della non conformità ) : The content of element 'DatiBeniServizi' is not complete. One of '{DettaglioLinee, DatiRiepilogo}' is expected.
riga: 159 - colon

Sistemata, se possibile col vostro aiuto, questa criticità, chiuderò l'invio e nei giorni successivi proverò a testare più fatture in unico invio (ne ho 7-8 da emettere, quindi potrei spezzettare gli invii in un paio di fatture per volta, così da avere più possibilità di test) e vi farò sapere.

PS: sul mio microfatture ho 3 società, ma al momento sto fatturando solo con una di esse.